# Создание автоматизированной информационной системы мониторинга и диспетчеризации инженерного оборудования жилищно-коммунального хозяйства АИС «МИДИО ЖКХ»

- Номер: 32616467033 (223-ФЗ)
- Заказчик: ОБЩЕСТВО С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ "ЦЕНТР УПРАВЛЕНИЯ ПРОЦЕССАМИ РЕСПУБЛИКИ ТАТАРСТАН"
- НМЦК: 27 702 250,00 ₽
- Подача заявок до: 21.10.2026
- Карточка ЕИС: https://zakupki.gov.ru/223/purchase/public/purchase/info/common-info.html?regNumber=32616467033

**Требование к опыту:** Опыт даёт баллы — Критерий «Квалификация»: показатель Ci2 «Опыт выполнения аналогичных работ» и Ci1 «специалисты в штате»
**Суть:** Нужно создать для ООО «ЦУП РТ» (Татарстан) новую информационную систему мониторинга и диспетчеризации инженерного оборудования ЖКХ — АИС «МИДИО ЖКХ». Система создаётся на основе исходного кода уже существующего продукта «МИДИО» (права принадлежат заказчику), который исполнителю передают для доработки и расширения под нужды ЖКХ Татарстана (КНС, ВНС, очистные сооружения).
**Тип проекта:** Доработка
**Сроки:** 225 календарных дней с даты заключения договора, работы в 3 этапа (техническое проектирование, разработка, ввод в действие) по календарному плану; договор действует по 16.08.2027
**Оплата:** Аванс не предусмотрен. Оплата по каждому этапу в течение 7 рабочих дней после подписания акта сдачи-приёмки. Стоимость этапов по смете НМЦК: техпроектирование ~5,2 млн, разработка ~18,5 млн, ввод в действие ~4,5 млн руб. (итого 27 702 250 руб.)
**Гарантия:** 24 месяца с даты подписания акта сдачи-приёмки 3 этапа; устранение дефектов за свой счёт, срок устранения недостатков не более 5 рабочих дней с даты акта о недостатках
**Права на результат:** Исключительные права на весь созданный код, документацию и иные результаты переходят заказчику в полном объёме с момента их создания (ст.1296 ГК РФ); на сторонние open-source/коммерческие компоненты — только права использования по их лицензиям, перечень передаётся заказчику; вознаграждение включено в цену договора
**Только СМП/СОНКО:** да
**Очное присутствие:** Очно
**Про присутствие:** В гарантийный период (24 мес.) при выявлении недостатков заказчик указывает «дату, время и место прибытия уполномоченного представителя Исполнителя» для составления Акта — явное требование личной явки (п.6.10 проекта договора). Для самих этапов разработки прямого требования присутствия на объекте в тексте нет (развёртывание и настройка контроллеров удалённые, по защищённым каналам/SSH)
**Можно ли сразу:** Нужна история/допуск
**Пояснение:** Нужно разобраться в чужом исходном коде и архитектуре базовой программы «МИДИО», сохранить единый с ней визуальный стиль, работать с промышленными протоколами (Modbus/OPC UA) и закрытым сегментом сети заказчика
**Существующая система:** АИС «МИДИО» (запись в реестре российского ПО № 33203 от 17.04.2026) — базовая программа, исходный код, доступы и документацию к которой заказчик передаёт исполнителю для создания новой системы на её основе
**Как выбирают:** Конкурс в электронной форме, участниками которого могут быть только субъекты малого и среднего предпринимательства — по карточке ЕИС
**Сложность:** high
**Комментарий:** Крупная (27,7 млн руб.) и архитектурно сложная IoT-система ЖКХ на чужой кодовой базе и промышленных протоколах с жёсткими требованиями к масштабируемости — для небольшой студии без опыта с чужим продуктом «МИДИО» и IoT-диспетчеризацией риск высок

## Признаки заточки под исполнителя: 15% (низкий)
Создание АИС «МИДИО ЖКХ» на основе исходного кода продукта «МИДИО», права на который у заказчика, за 225 дней (27,7 млн ₽) — срок реалистичен, исходники и документация передаются. Настораживает критерий опыта: максимальные баллы получает только тот, кто уже делал систему диспетчеризации инженерного оборудования за ≥22 млн ₽ — это может совпадать с разработчиком базовой программы «МИДИО». Окно подачи 8 дней (на 1 день больше порога признака).
- narrow_experience (+15): «опыт разработки системы мониторинга и диспетчеризации работы инженерного оборудования – 60 баллов К оценке принимаются исключительно договоры, цена которых составляет не менее 80% от НМЦД.» — Опыт оценивается «всё или ничего»: 60 из 100 баллов квалификации (вес критерия 60%, т.е. ≈36% итога) только за договор на разработку системы мониторинга и диспетчеризации инженерного оборудования ценой ≥80% НМЦД (≈22 млн ₽) за 3 года — очень узкая и крупная ниша. [docs/32616467033/ДОКУМЕНТАЦИЯ Конкурс СМП АИС МИДИО ЖКХ.pdf]
Возможные честные причины: Заказчику важно, чтобы исполнитель умел работать с промышленной телеметрией (Modbus/OPC UA); крупный проект оправдывает требование сопоставимого опыта.

## Что сделать
- Веб-клиент (React/TypeScript, PWA) и серверная часть (Kotlin/Ktor) АИС на базе исходного кода чужой системы «МИДИО»
- ПО контроллера объекта (Python) для приёма телеметрии по Modbus/OPC UA/HTTP/API и передачи команд управления
- Модули диспетчеризации насосов, датчиков уровня, расходомеров/счётчиков стоков
- Подсистема «Аварийная диспетчерская ЖКХ»: мониторинг аварий, сменные рапорты, уведомления
- Модуль приоритизации объектов ЖКХ и формирования программ модернизации
- Ролевая модель, админка, документированные API (OpenAPI), интеграции с внешними системами
- Развёртывание на инфраструктуре заказчика: тестовый контур на этапе 2, промышленный — на этапе 3, с расчётом на 150 объектов в 2027 и 250 в 2028 году
- Документация технического проекта и рабочая документация, 3 этапа работ за 225 календарных дней

## Платформа и технологии
- Kotlin
- Ktor
- React
- TypeScript
- PWA
- Python (контроллер)
- ClickHouse
- MongoDB
- Prometheus
- Grafana
- NGINX
- RabbitMQ
- Docker/Docker Compose
- GitLab/GitLab Runner
- Rancher
- Modbus RTU/RS-485, Modbus TCP, OPC UA

## Допуски, пропуска, режим
- Обработка персональных данных пользователей системы (ФИО, должность, организация, контакты, учётные данные) с требованиями конфиденциальности, безопасности и локализации данных
- БД заказчика размещаются в закрытом сегменте сети
- Удалённый аварийный доступ к контроллерам по SSH с персональной аутентификацией каждого специалиста

## Штрафы и риски
- Обеспечение заявки 2% от НМЦК, обеспечение исполнения договора 5% от цены договора (независимая гарантия или денежные средства)
- При снижении цены на 25%+ от НМЦК — повышенное обеспечение исполнения договора (в 1,5 раза)
- Пени за просрочку исполнения обязательств по договору (п.7.7, ежедневные)
- Исполнитель несёт расходы на экспертизу и устранение несоответствий при приёмке и в гарантийный период
- Ответственность перед третьими лицами за нарушение их прав на использованные компоненты (возмещение убытков, судебных расходов, штрафов)

_Выжимка сделана автоматически по документам закупки; юридически значимы только сами документы (файлы в папке «Документы» и текст в 01_ТЕКСТ_ВСЕХ_ДОКУМЕНТОВ.txt)._


# ПОЛНЫЙ ТЕКСТ ДОКУМЕНТОВ

=== ФАЙЛ: ТЗ АИС МИДИО ЖКХ.docx ' > ТЗ АИС МИДИО ЖКХ | docs/32616467033/ТЗ АИС МИДИО ЖКХ.pdf
ОБЩЕСТВО С ОГРАНИЧЕННОЙ
ОТВЕТСТВЕННОСТЬЮ
«ЦЕНТР УПРАВЛЕНИЯ ПРОЦЕССАМИ РЕСПУБЛИКИ
ТАТАРСТАН»
420111, Республика Татарстан, г. Казань, ул. Островского зд.27, ИНН 1686048037, ОГРН 1251600013763
e-mail: ooo.center@tatar.ru, https://tsup-rt.ru/
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на создание автоматизированной информационной системы мониторинга и
диспетчеризации инженерного оборудования жилищно-коммунального
хозяйства АИС «МИДИО ЖКХ»
Казань, 2026 г.
Содержание
Термины и определения
1. Общие сведения
1.1 Наименование и назначение документа
1.2 Основание для создания Системы
1.3 Заказчик и Исполнитель
1.4 Плановые сроки начала и окончания работ
1.5 Источники финансирования
1.6 Результаты интеллектуальной деятельности и права
2. Назначение и цели создания Системы
2.1 Назначение
2.2 Цели создания
3. Характеристика объектов автоматизации
4. Требования к АИС
4.1 Архитектура системы
4.2 Информационные объекты и общесистемные компоненты
4.3 Виды обеспечения и технические требования
4.4 Общие технические требования
4.5 Ролевая модель и права доступа
4.6 Показатели назначения и инфраструктура
4.7 Интеграции и администрирование
5. Подсистема «Объекты ЖКХ»
5.1 Модуль «Реестр объектов ЖКХ»
5.2 Модуль «Диспетчеризация насосов»
5.3 Модуль «Диспетчеризация гидростатических датчиков, поплавковых датчиков уровня
и/или аналогового датчика уровня»
5.4 Модуль «Диспетчеризация расходомера/счётчика перекачиваемых стоков»
5.5 Модуль «Приоритизация объектов ЖКХ»
5.6 Модуль «Формирование программ»
6. Подсистема «Аварийная диспетчерская ЖКХ»
6.1 Модуль «Мониторинг»
6.2 Модуль «Сменный рапорт»
6.3 Модуль «Уведомления»
6.4 Предмет проверки по подсистеме «Аварийная диспетчерская ЖКХ»
6.5 Требования к данным, доступу и интеграции подсистемы
6.6 Порядок контроля и приёмки подсистемы
7. Состав и содержание работ по созданию Системы
8. Порядок разработки Системы
8.1 Требования к системе контроля версий
8.2 Требования к процессу сборки и развёртывания
8.3 Проверка и выпуск релизов
9. Порядок контроля и приёмки Системы
9.1 Виды и методы испытаний
2
9.2 Опытная эксплуатация
9.3 Приёмочные испытания
9.4 Порядок при выявлении несоответствий
10. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу
Системы в эксплуатацию
10.1 Исходные данные и доступы
10.2 Подготовка Системы к опытной эксплуатации
11. Требования к документированию
11.1 Документация технического проекта
11.2 Рабочая документация
11.3 Состав передаваемых материалов
11.4 Требования к содержанию и актуализации
11.5 Порядок согласования, оформления и передачи документации
12. Гарантийные обязательства Исполнителя
3
Термины и определения
АИС «МИДИО ЖКХ» (далее – Система, АИС) – автоматизированная
информационная система мониторинга и диспетчеризации инженерного
оборудования жилищно-коммунального хозяйства.
Базовая
программа
–
программа
для
ЭВМ
АИС
«МИДИО»
(автоматизированная информационная система мониторинга и диспетчеризации
инженерного оборудования), сведения о которой внесены в реестр российских
программ для ЭВМ и баз данных (запись № 33203 от 17.04.2026), на основе
исходного кода которой создаётся Система.
Карточка объекта – интерфейсный и функциональный раздел системы,
содержащий сведения об объекте ЖКХ, его системах, оборудовании,
телеметрии, документах, статусах.
Объект ЖКХ – здание, сооружение или инженерный комплекс
коммунальной инфраструктуры (канализационная насосная станция (КНС),
водопроводная насосная станция (ВНС), биологические очистные сооружения и
иные объекты ЖКХ), учитываемые в АИС «МИДИО ЖКХ».
ОС - охранная система
Инженерная система (ИС) – функционально обособленная система
объекта, сведения о которой ведутся в АИС «МИДИО ЖКХ», включая, в том
числе, вентиляцию, видеонаблюдение, ОС и иные системы, предусмотренные
структурой объекта и конфигурацией системы.
Оборудование – техническое средство, устройство либо иная единица
оснащения, входящая в состав инженерной системы объекта и учитываемая в
АИС «МИДИО ЖКХ» с набором паспортных, эксплуатационных и иных
атрибутов.
Разграничение прав доступа – совокупность правил и ограничений
системы, определяющих допустимые действия пользователей в зависимости от
их роли, полномочий и принадлежности к процессу обработки данных.
4
Подсистема
–
функционально
обособленная
часть
Системы,
объединяющая модули, предназначенные для автоматизации определённой
группы процессов.
Модуль – часть подсистемы, реализующая определённый набор функций
Системы.
Подсистема «Объекты ЖКХ» – подсистема АИС «МИДИО ЖКХ»,
объединяющая модули ведения реестра объектов ЖКХ, диспетчеризации
оборудования объектов и приоритизации ремонта объектов ЖКХ.
Модуль «Реестр объектов ЖКХ» – модуль подсистемы «Объекты ЖКХ»,
предназначенный для формирования и ведения единого реестра объектов
коммунальной инфраструктуры (канализационных насосных станций – КНС,
водопроводных насосных станций – ВНС, биологических очистных сооружений
– БОС, и иных), хранения их паспортных, адресных, технических и
эксплуатационных сведений, а также обеспечения навигации к связанным
модулям диспетчеризации.
Модуль «Диспетчеризация насосов» – модуль подсистемы «Объекты
ЖКХ», предназначенный для дистанционного мониторинга состояния и
режимов работы насосных агрегатов объектов ЖКХ, сбора и отображения
телеметрии (состояние, режим управления, ток статора, мощность и иные
параметры), автоматического формирования тревог при нештатных событиях,
учёта наработки и числа пусков, а также ведения архива работы насосного
оборудования.
Модуль «Диспетчеризация гидростатических датчиков, поплавковых
датчиков уровня и/или аналогового датчика уровня» – модуль подсистемы
«Объекты ЖКХ», предназначенный для дистанционного мониторинга уровня
жидкости в резервуарах, колодцах и ёмкостях объектов ЖКХ посредством
подключения к гидростатическим датчикам, поплавковым (дискретным)
датчикам уровня и (или) аналоговым датчикам уровня, автоматического
формирования
тревог
при
достижении
критических
значений
уровня,
визуализации динамики уровня и ведения трендового архива измерений.
5
Модуль «Диспетчеризация расходомера/счётчика перекачиваемых стоков»
– модуль подсистемы «Объекты ЖКХ», предназначенный для дистанционного
мониторинга и учёта расхода сточных вод, перекачиваемых через объекты ЖКХ,
посредством подключения к расходомерам и счётчикам стоков, автоматического
формирования тревог при аномальных значениях расхода, ведения архива, а
также контроля сроков поверки приборов учёта.
Подсистема «Аварийная диспетчерская ЖКХ» – подсистема АИС
«МИДИО ЖКХ», предназначенная для оперативного мониторинга аварийной
обстановки на объектах ЖКХ Республики Татарстан, сбора сменных рапортов,
формирования программ модернизации и рассылки уведомлений.
Телеметрия – совокупность данных, получаемых системой в режиме
реального времени от оборудования и (или) инженерных систем объекта:
показания датчиков, состояния агрегатов, счётчиков, сигналы тревог и пр.
Инцидент – зафиксированное системой событие, требующее реакции:
авария, тревога, критическое отклонение параметра, некритическое отклонение
параметра, потеря связи с оборудованием, плановые работы по обслуживанию.
Диспетчеризация – процесс непрерывного дистанционного мониторинга,
сбора и визуального отображения данных от оборудования объектов с
возможностью управления оборудованием.
Тревога – сообщение об отклонении параметра от допустимого диапазона
или о нештатном событии, автоматически формируемое Системой на основе
телеметрических и иных данных, поступающих от оборудования.
Уставка – граничное значение параметра, при достижении которого
система формирует тревогу или выполняет управляющее действие.
Насос
–
насосный
агрегат,
устанавливаемый
непосредственно
в
перекачиваемую среду; основное исполнительное оборудование КНС.
Поплавковый датчик уровня – дискретный датчик, формирующий сигнал
при достижении уровнем жидкости в резервуаре заданного значения.
Аналоговый датчик уровня – датчик, формирующий непрерывный
аналоговый сигнал (4–20 мА), пропорциональный уровню жидкости.
6
Гидростатический датчик уровня – погружной датчик, измеряющий
уровень жидкости в резервуаре по гидростатическому давлению столба
жидкости и формирующий непрерывный аналоговый сигнал (4–20 мА),
пропорциональный уровню жидкости в резервуаре.
Расходомер / счётчик стоков – прибор учёта или иной прибор,
регистрирующий объём или расход перекачиваемых сточных вод.
Подрядчик – организация, выполняющая работы по инженерной системе
объекта ЖКХ; не является Исполнителем по настоящему ТЗ.
БОС – биологические очистные сооружения.
ВКХ – водопроводно-канализационное хозяйство.
ВНС – водопроводная насосная станция.
ГИСТ РТ – государственная интегрированная система телекоммуникаций
Республики Татарстан.
ЖКХ – жилищно-коммунальное хозяйство.
КНС – канализационная насосная станция.
МКД – многоквартирный дом.
МКИ – модернизация коммунальной инфраструктуры.
Минстрой РТ – Министерство строительства, архитектуры и жилищнокоммунального хозяйства Республики Татарстан.
МЧС – Министерство по делам гражданской обороны и чрезвычайным
ситуациям Республики Татарстан.
ПО – программное обеспечение.
РТ – Республика Татарстан.
РФ – Российская Федерация.
РЦПЭ – Региональный центр повышения эффективности ЖКХ Республики
Татарстан.
СУБД – система управления базами данных.
ТЗ – техническое задание.
ЦОД – центр обработки данных.
ЭВМ – электронная вычислительная машина.
7
API – Application Programming Interface – программный интерфейс для
взаимодействия между модулями системы и внешними компонентами.
1. Общие сведения
1.1 Наименование и назначение документа
Полное наименование: автоматизированная информационная система
мониторинга
и диспетчеризации инженерного оборудования
жилищно-
коммунального хозяйства «МИДИО ЖКХ». Условное обозначение: АИС
«МИДИО ЖКХ».
Настоящее ТЗ устанавливает требования к разработке ПО АИС «МИДИО
ЖКХ», её подсистемам и модулям, общесистемным компонентам, разработке,
испытаниям и приемке.
Предметом работ по настоящему ТЗ является создание (разработка) новой
автоматизированной информационной системы «МИДИО ЖКХ», включая
техническое проектирование, разработку программного обеспечения, испытания
и ввод Системы в действие. Система разрабатывается на базе программного
продукта АИС «МИДИО», исключительные права на который принадлежат
Заказчику.
1.2 Основание для создания Системы
Основанием для создания Системы является необходимость перевода в единую
цифровую
среду:
– учёта объектов ЖКХ Республики Татарстан, дистанционного мониторинга и
диспетчеризации их инженерного оборудования, оценки технического состояния
объектов
для
планирования
ремонта;
– работы аварийной диспетчерской Минстроя РТ по мониторингу аварий и
инцидентов на объектах ЖКХ муниципальных районов Республики Татарстан и
сбору сменных рапортов от районов.
8
1.3 Заказчик и Исполнитель
Заказчик: ООО «ЦУП РТ».
Исполнитель:
определяется
по
результатам
отбора
(закупочной
процедуры), проводимой в установленном порядке.
1.4 Плановые сроки начала и окончания работ
Дата начала выполнения работ – дата заключения договора.
Дата окончания выполнения работ – не позднее 225 календарных дней с
даты заключения договора.
Сроки выполнения отдельных этапов работ приведены в разделе 7
настоящего ТЗ и отражаются в календарном плане, являющемся приложением к
договору.
1.5 Источники финансирования
Создание АИС «МИДИО ЖКХ» финансируется за счет собственных
средств Заказчика в порядке, установленном договором.
1.6 Результаты интеллектуальной деятельности и права
Все
результаты
интеллектуальной
деятельности
по
настоящему
техническому заданию, включая, но не ограничиваясь: программный код,
документация,
проектные
материалы,
данные,
созданные
или
модифицированные при создании Системы, принадлежат Заказчику с момента
их создания, согласно ст.1296 ГК РФ.
Исключительные права на Базовую программу исходный код которой
используется при создании Системы, принадлежат Заказчику. Заказчик
предоставляет Исполнителю исходные коды, доступы и документацию в объёме,
необходимом для выполнения работ; Исполнитель вправе использовать их
исключительно для выполнения работ по договору. Изменения и доработки,
9
выполненные при создании Системы, являются результатами работ по
настоящему ТЗ.
Исполнитель обязан обеспечить, чтобы создаваемые результаты не
нарушали прав третьих лиц и соответствовали требованиям законодательства в
области интеллектуальной собственности и требованиям, применимым к
программному обеспечению, эксплуатируемому в инфраструктуре Заказчика.
Исполнитель согласовывает с Заказчиком необходимость использования
охраняемых результатов интеллектуальной деятельности третьих лиц, объём и
порядок приобретения прав на их использование. Передаваемые результаты
работ не должны являться предметом залога, ареста или иного обременения.
Права на используемые компоненты должны обеспечивать использование
результатов работ по назначению, их передачу, доработку и развитие в пределах
лицензионных условий, согласованных с Заказчиком.
1.6.1 Сторонние компоненты (open-source и коммерческие)
Исполнитель гарантирует, что все используемые сторонние программные
компоненты (open-source библиотеки, коммерческое ПО) применяются на
основании лицензий, допускающих их использование в коммерческих
продуктах, и не нарушают прав третьих лиц.
При этом, сторонние компоненты не должны нарушать требования,
предъявляемые к единому реестру российских программ для электронных
вычислительных машин и баз данных и единого реестра программ для
электронных вычислительных машин и баз данных из государств – членов
Евразийского экономического союза, и не содержать запрещенные компоненты
указанного реестра, методических рекомендаций к нему и иных нормативно
правовых актов РФ.
Разработанная
Система
должна
соответствовать
требованиям
для
включения сведений о ней в Единый реестр российских программ для
электронных вычислительных машин и баз данных, установленным Правилами
формирования
и
ведения
единого
реестра
10
российских
программ
для
электронных
вычислительных
машин
и
баз
данных,
утверждёнными
постановлением Правительства Российской Федерации от 16.11.2015 № 1236.
1.6.2 Требования к лицензированию ПО
В случае если в состав разрабатываемого программного продукта
включены собственные программные компоненты, библиотеки, фреймворки или
иные инструменты Исполнителя, созданные им до заключения настоящего
договора или независимо от него, Исполнитель предоставляет Заказчику
безвозмездную, безотзывную, неисключительную лицензию на использование
таких компонентов в составе АИС «МИДИО ЖКХ» на весь срок действия
исключительного права.
Сведения об используемых сторонних программных компонентах
включаются в единый комплект документации, передаваемый Заказчику по
результатам выполнения работ в соответствии с разделом 11 настоящего ТЗ.
Указанные сведения должны содержать наименование компонента, его версию,
правообладателя (разработчика), назначение, тип и реквизиты лицензии.
2. Назначение и цели создания Системы
2.1 Назначение
Система предназначена для:
– ведения реестра объектов ЖКХ и дистанционной диспетчеризации их
инженерного оборудования;
– приоритизации ремонта объектов ЖКХ;
– обеспечения работы аварийной диспетчерской Минстроя РТ.
2.2 Цели создания
Система создаётся в целях:
-
формирования и ведения единого реестра объектов ЖКХ;
11
-
ведения карточки объекта ЖКХ как центральной сущности для хранения
паспортных, адресных, технических и эксплуатационных сведений об
объекте, его инженерных системах и оборудовании;
-
централизованного
мониторинга
состояния
и
параметров
работы
инженерного оборудования объектов ЖКХ, отображения телеметрических
данных, регистрации событий и формирования тревог;
-
формирования аналитического показателя необходимости ремонта и
ранжирования объектов ЖКХ с предоставлением детализированного
расчёта результатов;
-
централизованного хранения документов, истории событий и иных
сведений, связанных с эксплуатацией объектов ЖКХ;
-
формирования и выгрузки отчётных и аналитических материалов;
-
организации мониторинга аварийной обстановки в муниципальных
районах Республики Татарстан, сбора сменных рапортов и рассылки
уведомлений.
3. Характеристика объектов автоматизации
Объектами автоматизации являются процессы:
– ведения сведений об объектах ЖКХ и контроля работы их инженерного
оборудования;
– мониторинга аварий и инцидентов на объектах ЖКХ и сбора сменных
рапортов;
– оценки технического состояния объектов ЖКХ и планирования их
ремонта и модернизации.
4. Требования к АИС
4.1 Архитектура системы
4.1.1 Требования к структуре и функционированию Системы
АИС «МИДИО ЖКХ» должна быть реализована на основе исходного кода
базовой программы.
12
Автоматизированные рабочие места должны быть организованы по
технологии «тонкого» клиента без необходимости установки на рабочие места
пользователей дополнительного ПО, кроме web-браузера.
Фронтальный web-сервер должен обеспечивать приём пользовательских
запросов, их диспетчеризацию на сервер приложений, возврат кэшированных
ответов и статического контента (скриптов, изображений, стилей).
Обработка пользовательских запросов в соответствии с бизнес-логикой
должна осуществляться на сервере приложений.
Должны быть выделены серверы баз данных, функционирующие в
кластерной конфигурации.
Данные с оборудования диспетчеризируемых объектов ЖКХ должны
поступать в Систему через контроллер объекта.
Программное обеспечение контроллера входит в состав Системы.
4.1.2 Состав компонентов АИС «МИДИО ЖКХ»
АИС «МИДИО ЖКХ» состоит из подсистем, включающих модули, и
общесистемных компонентов. В состав Системы входят:
1) подсистема «Объекты ЖКХ» (раздел 5), включающая модули:
-
«Реестр объектов ЖКХ», включая кабинет водоканала;
-
«Диспетчеризация насосов»;
-
«Диспетчеризация гидростатических датчиков, поплавковых датчиков
уровня и/или аналогового датчика уровня»;
-
«Диспетчеризация расходомера/счётчика перекачиваемых стоков»;
-
«Приоритизация объектов ЖКХ»;
- «Формирование программ»;
2) подсистема «Аварийная диспетчерская ЖКХ» (раздел 6), включающая
модули:
-
«Мониторинг»;
-
«Сменный рапорт»;
-
«Уведомления»;
13
3) общесистемные компоненты:
-
административный раздел (подраздел 4.7);
-
общесистемные механизмы – учётные записи и роли, справочники,
журналы, уведомления, отчёты (подраздел 4.2);
-
серверная часть, включая сервер приложений, внутренние и внешние API;
-
веб-клиент, включая мобильную (адаптивную) версию в виде PWA;
-
программное обеспечение контроллера объекта ЖКХ (п. 4.3.2.6);
-
хранилища данных, включая хранилище загружаемых документов (п.
4.3.4.6);
-
брокер сообщений для обмена данными с контроллерами (п. 4.3.2.5);
-
средства мониторинга работоспособности Системы (п. 4.3.4.6).
Подсистемы и модули используют общие механизмы хранения и
обработки
данных,
ролевой
модели,
журналирования,
уведомлений,
формирования отчётов и документированные API.
4.1.3 Требования к масштабированию и развитию Системы
При проектировании Системы должны быть приняты архитектурные
решения с учётом увеличения количества объектов централизованного
мониторинга и диспетчеризации. Система должна обеспечивать выполнение
указанных функций не менее чем на 150 объектах в 2027 году и не менее чем на
250 объектах в 2028 году.
При 250 подключённых объектах Система должна обеспечивать приём,
обработку и сохранение не менее 250 000 измерений телеметрии в минуту. Под
измерением понимается одно значение одного параметра, принятое сервером
Системы.
Создание
Системы
должно
предусматривать
вертикальное
и
горизонтальное масштабирование без переработки базовых компонентов
хранения, обработки и визуализации данных при последующем увеличении
числа объектов (в соответствии с пунктом 4.1.3) и модуля искусственного
14
интеллекта (разработка дополнительных модулей в состав работ по настоящему
ТЗ не входит).
Серверные
компоненты
Системы
должны
обеспечивать
отказоустойчивость и масштабируемость, в том числе кластеризацию и
возможность размещения компонентов в разных центрах обработки данных.
Конкретные решения по компонентной структуре, способам масштабирования и
обеспечению отказоустойчивости определяются в техническом проекте,
утверждаемом Заказчиком.
4.2 Информационные объекты и общесистемные компоненты
В состав общесистемных компонентов входят: учетные записи и роли,
справочники, реестр объектов, карточки оборудования, хранение документов,
телеметрия, события и инциденты, пространственные данные, журналы, отчеты,
уведомления,
интеграционные
интерфейсы,
резервное
копирование
и
восстановление.
Под информационным обеспечением системы понимаются методы и
средства управления данными.
Система должна предусматривать единую систему кодирования и
классификации данных и нормативно-справочной информации (НСИ), а также
механизмы использования и управления общими информационными ресурсами.
Система должна обеспечивать первичный контроль вводимых данных на
соответствие
формальным
правилам:
проверка
типов,
размерности,
допустимости значений. Обработка и обновление данных должно выполняться в
режиме, приближенном к реальному времени.
Информационный
обмен
между
компонентами
системы
должен
предусматривать работу по сети на основе открытых форматов обмена данными.
Факты информационного обмена должны фиксироваться.
Система должна обеспечивать информационную совместимость с
внешними системами и источниками данных, приведёнными в таблице 2 (п.
4.7.1).
15
Решения
в
части
хранения
и
управления
данными
должны
предусматривать применение СУБД, со встроенными механизмами построения
индексов, контроля целостности данных, контроля доступа к данным, с
поддержкой сетевых протоколов, с возможностями горизонтального и
вертикального масштабирования.
Структура базы данных должна быть организована, удовлетворяя
требованиям
к
содержанию
данных
(полнота,
непротиворечивость)
и
производительности работы (интерактивная работа, выборки данных).
Решения по информационному обеспечению должны быть представлены в
документе технического проекта «Описание информационного обеспечения»
(подраздел 11.1).
4.3 Виды обеспечения и технические требования
4.3.1 Информационное обеспечение
4.3.1.1 Состав данных
В информационную модель Системы должны быть введены и (или)
уточнены следующие сущности:
-
объект ЖКХ;
-
инженерная система объекта ЖКХ;
-
оборудование инженерной системы;
-
средство измерения и датчик;
-
телеметрический параметр и его значение;
-
событие, тревога и инцидент;
-
статус объекта, инженерной системы и оборудования;
-
документ,
связанный
с
объектом,
инженерной
оборудованием;
-
территория обслуживания;
-
ответственная организация и ответственное лицо;
-
критерий оценки необходимости ремонта;
-
исходные данные для расчёта необходимости ремонта;
16
системой
или
-
результат расчёта по отдельному критерию;
-
итоговый аналитический показатель необходимости ремонта объекта;
-
позиция объекта в рейтинге;
-
журнал событий и действий пользователей;
-
справочные и классификационные данные, необходимые для работы
модулей;
-
контроллер объекта и его конфигурация;
-
команда дистанционного управления и результат её выполнения;
-
муниципальный район;
-
сменный рапорт;
-
программа модернизации объектов и её лимит финансирования;
-
уведомление и его получатели.
Состав данных может быть уточнен на этапе технического проектирования
4.3.1.2 Требования к структурам и атрибутам данных
Для
объекта
должны
храниться
общие
сведения,
тип
объекта,
географические координаты, адрес, кадастровый номер, контактные данные,
ответственные лица, перечень инженерных систем, состав документов и иные
атрибуты, определённые техническим проектом, утверждённым Заказчиком.
Для каждой инженерной системы должны храниться сведения о типе
системы, оборудовании, производителе, количестве единиц, технических
параметрах подключения, документах, статусе проверки, замечаниях, состоянии
связи и работоспособности, а также иные сведения, определённые техническим
проектом, утверждённым Заказчиком.
Для каждой записи реестра подсистемы «Аварийная диспетчерская ЖКХ»
должны храниться тип записи, источник сведений (сменный рапорт, ручной
ввод), муниципальный район, место (адрес), вид инженерного ресурса,
критичность, дата и время возникновения, описание, количество затронутых
жителей, статус и история его изменения, плановый срок устранения и
17
ответственный, а также иные сведения, определённые техническим проектом,
утверждённым Заказчиком.
Для каждого сменного рапорта должны храниться муниципальный район,
дата, время поступления, загруженный файл, статус представления и сведения,
извлечённые из рапорта, а также иные сведения, определённые техническим
проектом, утверждённым Заказчиком.
4.3.1.3 Единообразие кодирования и справочники
В Системе должны применяться единые для всех подсистем и модулей
справочники и классификаторы, в том числе типов объектов, инженерных
систем,
оборудования,
документов
и
статусов.
Состав
справочников
определяется техническим проектом, утверждённым Заказчиком.
Расширение справочников должно выполняться без нарушения обратной
совместимости и без потери ранее накопленных данных.
4.3.1.4 Хранение исторических данных и журналов
Система
должна
обеспечивать
хранение
истории
значений
телеметрических параметров, истории изменений карточки объекта, истории
инцидентов на объекте, сменных рапортов и записей реестра подсистемы
«Аварийная диспетчерская ЖКХ», а также журналов действий пользователей не
менее 3 (трёх) лет с момента фиксации соответствующих сведений. Хранение
исторических
данных
может
быть
уточнено
техническим
проектом,
утверждённым Заказчиком.
Установленный настоящим пунктом минимальный срок хранения не
может быть уменьшен регламентами эксплуатации.
18
4.3.1.5 Качество данных и непротиворечивость
В создаваемой Системе должны быть реализованы механизмы контроля
обязательных полей, обязательных документов, полноты заполнения разделов и
непротиворечивости основных атрибутов объекта и инженерных систем.
Система должна исключать дублирование записей при повторном
поступлении сведений из разных источников или в разные периоды: повторно
поступившие сведения должны обновлять существующую запись с сохранением
истории изменений и отметки об источнике и дате поступления.
4.3.2 Локальные сети и подключение оборудования
4.3.2.1 Сетевая связность
Система должна обеспечивать ввод и хранение параметров подключения
каждого
диспетчеризируемого
объекта
ЖКХ
(сетевые
адреса,
порты,
идентификаторы устройств, карта регистров) средствами настройки Системы без
изменения программного кода, а также применение шаблонов карт регистров для
однотипного оборудования.
Подключение конкретных объектов ЖКХ к Системе в состав работ по
настоящему ТЗ не входит.
4.3.2.2 Принципы подключения оборудования
Система должна обеспечивать:
-
приём данных от насосов, датчиков уровня, расходомеров и иного
оборудования по протоколам Modbus RTU/RS-485, Modbus TCP, OPC UA и
(или) через API с учётом интерфейсов, фактически доступных на
оборудовании;
-
настройку состава опрашиваемых параметров, периодичности опроса и
карты регистров для каждого вида оборудования и объекта;
19
-
обработку потери связи с оборудованием по правилам, установленным для
соответствующего вида оборудования и объекта.
Поставка, монтаж и замена полевого оборудования не входят в состав
работ по разработке ПО.
4.3.2.3 Коммуникационное оборудование
Система должна обеспечивать:
-
передачу данных между контроллером на объекте и сервером АИС
«МИДИО ЖКХ» по защищённому каналу связи;
-
контроль доступности каждого источника данных;
-
регистрацию событий потери и восстановления связи с источником
данных.
4.3.2.4 Протоколы и совместимость
Модули создаваемой АИС «МИДИО ЖКХ» должны использовать единые
форматы обмена, документированные API, единые идентификаторы объектов и
оборудования и общие механизмы обработки событий. Конкретный состав
внешних интеграций определяется техническим проектом.
Система
должна
обеспечивать
структурированное
хранение
и
использование параметров подключения инженерных систем, сетевых адресов,
карт регистров, описаний API, конфигурационных файлов и связанных
технических данных, необходимых для подключения оборудования к Системе и
его диагностики.
4.3.2.5 Обмен телеметрией и передача команд управления
Система должна обеспечивать:
-
периодический
опрос
контроллером
подключённых
устройств
по
протоколам Modbus RTU/RS-485, Modbus TCP, OPC UA, HTTP и/или через
API с использованием карт регистров, а при отсутствии прямой
совместимости – через конвертер протоколов,;
20
-
обмен данными между контроллером и сервером через Интернет, ГИСТ РТ
или ЕСПД (в зависимости от доступной сети) с авторизацией по токену с
использованием WSS по защищённому каналу TLS; передача данных
между контроллером и сервером по незащищённым протоколам не
допускается; ;
-
приём и сохранение телеметрии, отображение текущего состояния
оборудования,
регистрацию
событий,
формирование
тревог
и
уведомлений в объёме, установленном требованиями к соответствующему
модулю;
-
загрузку конфигурации объекта, состава устройств, их протоколов и
физических каналов связи на контроллер по протоколу HTTPS;
-
– аварийный доступ уполномоченных специалистов к контроллеру по
протоколу SSH через соединение, устанавливаемое контроллером (без
открытия входящих портов на объекте), с персональной аутентификацией
каждого специалиста, возможностью оперативного отзыва доступа и
журналированием сеансов.
Для
оборудования,
дистанционное
для
управление,
которого
настоящим
должна
быть
ТЗ
предусмотрено
обеспечена
следующая
последовательность:
-
уполномоченный пользователь направляет команду из веб-интерфейса на
сервер; сервер передаёт её контроллеру через по защищённому каналу;
-
контроллер проверяет достоверность отправителя
и корректность
команды, определяет маршрут до устройства и преобразует команду в
поддерживаемый им протокол;
-
конечное устройство проверяет команду и, при наличии такой
возможности,
права
доступа,
выполняет
команду
с
учётом
предусмотренных для оборудования ограничений и возвращает результат;
-
контроллер проверяет ответ и результат выполнения, передаёт их на сервер
через WSS по защищенному каналу; сервер обновляет состояние, а вебинтерфейс отображает результат пользователю.
21
4.3.2.6 Требования к контроллеру объекта
Контроллер
объекта
-
программно-аппаратное
устройство,
устанавливаемое на объекте ЖКХ и обеспечивающее сбор данных с
оборудования,
их
передачу
на
сервер
Системы
и
передачу
команд
дистанционного управления.
Контроллеры объектов предоставляются Заказчиком. Поставка и монтаж
контроллеров не входят в состав работ по настоящему ТЗ.
Программное обеспечение контроллера разрабатывается Исполнителем (п.
4.3.4.6) и должно функционировать на контроллерах со следующими
характеристиками (не хуже):
- процессор ARM, не менее 4 ядер, тактовая частота не менее 1 ГГц;
- оперативная память не менее 1 ГБ, энергонезависимая память не менее 8
ГБ;
- не менее 1 порта RS-485 с гальванической развязкой, не менее 2 портов
Ethernet 10/100 Мбит/с;
- не менее 8 дискретных входов и не менее 4 аналоговых входов 4–20 мА
либо подключение модулей ввода-вывода по Modbus;
- встроенный или внешний модем LTE с одной SIM-картой и (или)
подключение к сети ГИСТ РТ по Ethernet;
- часы реального времени с синхронизацией по NTP;
- аппаратный сторожевой таймер (watchdog);
- питание 24 В постоянного тока, возможность подключения к источнику
бесперебойного питания;
- монтаж на DIN-рейку;
- операционная система на базе Linux с менеджером пакетов apt и доступом
к репозиториям пакетов apt для установки и обновления программного
обеспечения;
- поддержка Python версии 3.10 и выше;
22
- поддержка контейнеризации Docker (Docker Engine) для развёртывания и
обновления
программного
обеспечения
контроллера
в
виде
контейнеров.
Программное обеспечение контроллера должно обеспечивать:
-
опрос подключённых устройств по протоколам Modbus RTU/RS-485,
Modbus TCP, OPC UA, HTTP и/или через API с учётом интерфейсов,
фактически
доступных
на
оборудовании,
с
настраиваемой
периодичностью;
- буферизацию данных при потере связи с сервером на период не менее 72
часов и их передачу на сервер после восстановления связи;
- передачу данных на сервер и приём команд в соответствии с п. 4.3.2.5;
-
проверку подлинности и корректности команд управления перед их
выполнением;
-
загрузку конфигурации объекта с сервера и удалённое обновление
программного обеспечения контроллера;
-
контроль собственного состояния (связь, питание, ошибки опроса) и
передачу диагностических данных на сервер;
- ведение локального журнала событий.
4.3.3 Лингвистическое обеспечение
Базовый язык пользовательского интерфейса и отчетных форм – русский.
Терминология объектов ЖКХ, оборудования, аварий, инцидентов и статусов
должна быть единообразной.
Допускается использование латинских букв и иностранных слов в
обозначениях единиц измерения, кодах, идентификаторах, наименованиях
протоколов, стандартов, программных продуктов и оборудования, а также в
иных случаях, когда это технически необходимо.
23
4.3.4 Программное обеспечение
При выборе и использовании сторонних программных компонентов,
включая программное обеспечение с открытым исходным кодом и коммерческое
программное
обеспечение,
Исполнитель
обязан
соблюдать
требования,
установленные пунктом 1.6.1 настоящего технического задания.
4.3.4.1 Общие положения
Программное обеспечение разрабатывается как единый программный
продукт АИС «МИДИО ЖКХ», компоненты которого используют общую
модель данных, механизмы авторизации, журналирования и интеграционного
взаимодействия.
4.3.4.2 Клиентское ПО
Веб-интерфейс модулей должен быть реализован в составе создаваемого
клиентского приложения АИС «МИДИО ЖКХ», корректно отображаться на
рабочих станциях и мобильных устройствах и поддерживать адаптивные
представления.
4.3.4.3 Серверное ПО и внутренние интерфейсы
Серверная часть должна обеспечивать прием и обработку данных
оборудования, хранение сведений об объектах и телеметрии, взаимодействие с
веб-клиентом через внутренние API, разграничение доступа и формирование
журналов.
4.3.4.4 Журналирование и диагностика
Программное обеспечение должно фиксировать значимые действия
пользователей, события приложений, ошибки и результаты интеграционного
взаимодействия в едином формате журналов Системы.
24
4.3.4.5 Обновляемость
Система должна поддерживать воспроизводимую сборку и развертывание
в контурах разработки (Dev), тестирования (Staging) и промышленной
эксплуатации (Production) без потери данных при замене версий.
4.3.4.6 Технологическая платформа
-
серверное приложение – Kotlin и Ktor;
- веб-клиент – React и TypeScript;
-
мобильная (адаптивная) версия – PWA на базе веб-клиента;
-
программное обеспечение контроллера – Python;
-
хранение и обработка данных – ClickHouse и MongoDB;
-
мониторинг – Prometheus и Grafana;
- инфраструктура – NGINX, RabbitMQ, Docker/Docker Compose, GitLab,
GitLab Runner и Rancher.
Версии, конфигурации и достаточность ресурсов определяются на этапе
технического проектирования применительно к нагрузке и данным ЖКХ.
4.3.5 Техническое обеспечение
Техническое обеспечение включает серверные и клиентские ресурсы,
хранение и передачу данных. Серверная часть должна обеспечивать резервное
копирование, восстановление, отказоустойчивость и масштабирование; базы
данных размещаются в закрытом сегменте сети.
4.3.6 Метрологическое обеспечение
Программное обеспечение должно хранить сведения о подключаемых
средствах измерений и сроках их поверки, если это предусмотрено требованиями
к соответствующему модулю. Поставка и поверка приборов не входят в
разработку ПО, если иное не определено договором.
25
4.3.7 Документация API
Все конечные точки (endpoints) серверного API Системы и её модулей
должны быть задокументированы в формате OpenAPI 3.0 или более поздней
версии.
Документация должна содержать: описание каждого метода, входные и
выходные схемы данных (JSON Schema), коды ответов (включая 4xx и 5xx),
примеры запросов и ответов, схему аутентификации (тип токена, заголовок,
время жизни). Спецификация OpenAPI должна формироваться автоматически из
исходного кода серверной части при каждой сборке, без ручного ведения, и
содержать сведения в объёме, установленном настоящим пунктом. Актуальная
спецификация должна быть доступна для просмотра в браузере (например, с
помощью Swagger UI) в dev и stage контурах Системы в любой момент времени.
Доступ к просмотру спецификации предоставляется только авторизованным
пользователям Заказчика и Исполнителя.
4.3.8 Версионирование и изменение контрактов API
Требования к изменению контрактов API разделяются в зависимости от их
назначения.
Внутреннее API (взаимодействие с веб-клиентом АИС): Допускается
изменение существующих методов без создания новых версий в URI. При любом
изменении
контракта
внутреннего
API
(в
рамках
реализации
нового
функционала или исправления ошибок) Исполнитель обязан в рамках того же
релиза обеспечить доработку веб-клиента (frontend) для полной совместимости с
новым форматом и логикой работы метода. Релиз серверной и клиентской частей
должен осуществляться синхронно.
Внешнее API (интеграция со смежными подсистемами и внешними ИС):
Серверные интерфейсы, предназначенные для внешних интеграций, должны
поддерживать строгое версионирование через URI (например, /api/v1/...).
Изменения внешнего API, нарушающие совместимость с существующими
интеграциями, допускаются только путём создания новой версии (v2, v3 и т.д.) с
26
уведомлением Заказчика и сохранением работоспособности предыдущей версии
не менее 6 (шести) месяцев с момента выпуска новой.
4.4 Общие технические требования
4.4.1 Надежность и сохранность данных
Отказ отдельного модуля не должен приводить к недоступности остальных
базовых функций.
В целях сохранности данных восстановление Системы из резервной копии
должно обеспечивать восстановление её работоспособности и данных на момент
создания копии.
4.4.2 Защита информации
Функционал системы безопасности должен обеспечивать:
-
идентификацию пользователей системы;
-
проверку полномочий пользователей при работе с системой;
-
разграничение доступа пользователей на уровне задач и информационных
массивов;
-
блокировку подбора паролей на всех точках входа в систему;
-
двухфакторную
авторизацию
с
возможностью
её
включения
администратором для отдельных ролей. .
Разграничение доступа к информации должно осуществляться на всех
технологических
этапах
обработки
информации
и
во
всех
режимах
функционирования системы, в том числе при проведении ремонтных и
регламентных работ.
Средства разграничения доступа не должны существенно ухудшать
основные функциональные характеристики системы.
Разграничение прав доступа различных категорий пользователей системы
должно строиться по принципу «что не разрешено – то запрещено».
Клиентское приложение не должно иметь прямых связей с базой данных
(по требованиям безопасности), не должно быть нагруженным основной бизнес27
логикой (по требованиям масштабируемости) и хранить состояние приложения
(по требованиям надежности).
При создании и эксплуатации Системы должны соблюдаться требования к
обработке и защите персональных данных, установленные законодательством
Российской Федерации и принятыми для Системы организационными и
техническими мерами защиты. Должны быть обеспечены защита каналов
передачи данных, журналов и документов, контроль действий пользователей и
разграничение доступа к защищаемой информации.
4.4.3 Эргономика и техническая эстетика
Прототипы пользовательского интерфейса Системы разрабатываются
Исполнителем и согласовываются в составе технического проекта.
Пользовательские
интерфейсы
АИС
«МИДИО
ЖКХ»
должны
разрабатываться с учётом дизайна Базовой программы, предоставляемого
Заказчиком.
интерфейсных
Визуальное
оформление
элементов,
включая
и
правила
цветовую
применения
палитру,
общих
типографику,
иконографию, навигацию, формы ввода, таблицы, карточки, статусы и
уведомления, должны обеспечивать единообразие интерфейсов АИС «МИДИО
ЖКХ» и Базовой программы. Решения, обусловленные спецификой процессов
ЖКХ и не предусмотренные дизайном Базовой программы, разрабатываются
Исполнителем в едином с ней стиле.
4.5 Ролевая модель и права доступа
Доступ к данным определяется ролью, организацией, закрепленной
территорией и объектами. Администратор управляет учетными записями,
ролями,
группами
и
привилегиями;
действия
по
изменению
прав
журналируются. Доступ строится по принципу «что не разрешено – то
запрещено».
28
Таблица 1 – Роли и базовые полномочия пользователей
Роль
Администратор
Базовые полномочия
Пользователи, роли, справочники, интеграции и
журналы.
Диспетчер ЖКХ
Ведение инцидентов, мониторинг районов,
рапорты, уведомления и отчеты.
Администратор ЖКХ
Рассылка уведомлений, управление программами
МКИ
Эксперт РЦПЭ
Проверка информации об объектах
Представитель
Сменные рапорты, инциденты и данные
муниципального района закрепленной территории.
Балансодержатель
Кабинет водоканала, объекты, сети и показатели
закрепленной организации и зоны обслуживания.
Специалист
Исходные данные об объектах, документы,
балансодержателя
параметры и подтверждение сведений в пределах
закрепления.
Инженер
Оборудование, телеметрия, события и документы
закрепленных объектов.
Подрядчик
Заполнение назначенных разделов инженерных
систем объекта (п. 5.1.1.2), документы.
Руководитель /
Сводная аналитика и детализация в пределах
министерство
полномочий.
Собственник
Просмотр объектов и сетей в пределах
установленной территории.
Конкретный состав прав, включая разрешения на создание и
редактирование объектов водоканала, устанавливается матрицей доступа в
техническом проекте.
4.5.1 Авторизация и личный кабинет пользователя
Доступ в Систему осуществляется после авторизации по логину и паролю с
применением
двухфакторной
авторизации
для
установленных
ролей.
Администратор создаёт учётную запись и предоставляет пользователю
реквизиты
доступа.
Личный
кабинет
пользователя
должен
содержать
наименование организации, телефон, фамилию, имя, отчество, должность и
логин, а также функцию изменения пароля без отображения действующего
пароля в открытом виде.
29
4.5.2 Управление пользователями, ролями и разрешениями
Должны быть реализованы следующие функции администрирования:
-
создание, редактирование, блокировка и удаление учётных записей
пользователей с сохранением истории их действий;
-
создание,
редактирование
и
удаление
ролей,
назначение
ролей
пользователям и изменение набора разрешённых действий каждой роли;
-
настройка доступа к каждому комплексу функций, включая отдельный
вход или повторную авторизацию и переход между разрешёнными
комплексами без повторного ввода реквизитов в пределах действующей
авторизованной сессии.
Матрица доступа должна устанавливать для каждой роли доступные
сведения, операции и ограничения по организации, территории и объектам.
Должен быть исключён доступ пользователя к сведениям, объектам и
операциям, не разрешённым его роли, в том числе к объектам других
организаций, а также при обращении по прямой ссылке (URL) или напрямую к
API.
Полномочия на изменение статусов, назначение исполнителей, изменение
приоритетов, работу с документами, отчётами, параметрами мониторинга и
интеграциями задаются раздельно в пределах функций, предусмотренных
настоящим ТЗ и техническим проектом. Ролевая модель описывается в
техническом проекте, а права и действия администратора также отражаются в
руководстве администратора.
4.6 Показатели назначения и инфраструктура
Показатели назначения при расчетном числе 150 объектов: загрузка
данных – не более 2 секунд (не считая аналитиченских запросов); отклик
интерфейса – не более 3 секунд; расчетная одновременная нагрузка – 100 сессий.
При расчётном числе 250 объектов (2028 год) указанные показатели
назначения должны сохраняться.
30
Серверная инфраструктура (вычислительные ресурсы, размещение в
центрах обработки данных, каналы связи, средства защиты от DDoS-атак)
предоставляется Заказчиком. Развёртывание Системы на инфраструктуре
Заказчика выполняется Исполнителем: в тестовом контуре (Staging) – на этапе 2,
в промышленном контуре (Production) – на этапе 3 (таблица 3).
4.7 Интеграции и администрирование
Система предусматривает документированные API и открытые форматы
обмена, регистрацию фактов информационного взаимодействия, управление
учетными записями, справочниками, мониторингом и интеграционными
настройками.
Для администрирования Системы должен быть реализован отдельный
административный раздел. Состав экранов, операций и прав доступа к нему
определяется техническим проектом на основании требований настоящего ТЗ.
Открытые API и форматы обмена должны обеспечивать возможность
двустороннего взаимодействия с внешними информационными системами,
включая государственные, в пределах согласованного состава интеграций.
4.7.1 Перечень информационного взаимодействия
Система должна обеспечивать информационное взаимодействие с
внешними системами и источниками данных, приведёнными в таблице 2.
Таблица 2 – Перечень информационного взаимодействия
№
Внешняя система
(источник
данных)
Контроллеры и
оборудование
объектов ЖКХ
Назначение
взаимодействия
Способ взаимодействия
Пункт ТЗ
Приём телеметрии,
передача команд
управления, загрузка
конфигурации объекта
4.3.2
2
Почтовый сервер
Modbus RTU/RS-485,
Modbus TCP, OPC UA,
HTTP/API; обмен между
контроллером и сервером
- WSS по TLS, HTTPS,
SSH
Электронная почта
3
Мессенджер MAX
Приём сменных
рапортов, направление
отчётов и уведомлений
Направление отчётов и API мессенджера
уведомлений
1
31
6.2.7, 6.3.2,
6.5.4
6.2.7, 6.3.2
№
4
5
6
7
Внешняя система
(источник
данных)
Внешняя система
учёта численности
жителей
Картографический
сервис
Назначение
взаимодействия
Способ взаимодействия
Пункт ТЗ
Сведения о количестве
жителей по адресам
домов
Картографическая
основа интерактивных
карт
Обмен данными с
внешними системами
через внешнее API
Загрузка файла XLSX
уполномоченным
пользователем
Определяется на этапе
технического
проектирования
Внешнее API с
версионированием,
открытые форматы
обмена
6.1.7
Состав интеграций,
способ и параметры
обмена определяются на
этапе технического
проектирования
4.7.1
Внешние
информационные
системы,
подключаемые
через внешнее API
Системы
Внешние
Двусторонний обмен
информационные данными в пределах
системы
состава интеграций
5.1.1.3,
6.1.2
4.3.8, 4.7
● доступ модуля ИИ к сведениям об объектах ЖКХ, телеметрии, событиям,
инцидентам и документам Системы;
● соблюдение при таком доступе прав пользователя, от имени которого
выполняется запрос ;
● передачу модулю ИИ сведений об изменении данных для актуализации
базы знаний;
● размещение в веб-клиенте Системы точки доступа пользователя к
модулю ИИ;
● журналирование обращений модуля ИИ к данным Системы.
Состав передаваемых данных и параметры интеграции определяются в
техническом проекте.
Для каждой интеграционной связи на этапе технического проектирования
должны быть определены: инициатор взаимодействия; способ взаимодействия и
протокол; состав и формат данных; периодичность и объём передаваемых
данных; адреса и параметры сетевого доступа.
Способ получения каждого состава данных (интеграция, загрузка файла
или ручной ввод) определяется в техническом проекте и согласуется Заказчиком.
32
Перечень внешних систем уточняется в техническом проекте, утверждаемом
Заказчиком.
Заказчик предоставляет доступ к внешним системам, находящимся в его
ведении.
Разработку
и
настройку
интеграционных
связей
выполняет
Исполнитель.
5. Подсистема «Объекты ЖКХ»
Подсистема
«Объекты
ЖКХ»
включает
модули,
приведённые
в
подразделах 5.1–5.6. Объекты ЖКХ, создаваемые в модуле «Реестр объектов
ЖКХ», являются базовой сущностью для остальных модулей подсистемы.
5.1 Модуль «Реестр объектов ЖКХ»
5.1.1 Общие сведения
5.1.1.1 Назначение
Модуль «Реестр объектов ЖКХ» входит в состав подсистемы «Объекты
ЖКХ» и предназначен для формирования и ведения единого реестра объектов
коммунальной инфраструктуры: канализационных насосных станций (КНС),
водопроводных насосных станций (ВНС), биологических очистных сооружений
(БОС), а также иных объектов коммунальной инфраструктуры, определённых
Заказчиком на этапе технического проектирования. В отношении иных объектов
функции Системы реализуются в объёме, предусмотренном настоящим ТЗ для
КНС, без разработки дополнительных функций.
Модуль обеспечивает централизованное хранение паспортных, адресных,
технических и эксплуатационных сведений по каждому объекту и служит точкой
входа для модулей диспетчеризации, использующих объект как базовую
сущность.
33
5.1.1.2 Состав и структура модуля
Модуль включает следующие программные компоненты (перечень
компонентов уточняется в техническом проекте, утверждаемом Заказчиком, в
пределах функций, установленных настоящим ТЗ):
-
интерактивная карта объектов ЖКХ с отображением их местоположения
по географическим координатам, цветовой индикацией текущего статуса и
кластеризацией объектов в зависимости от масштаба карты;
-
реестр
объектов
ЖКХ
(список,
фильтрация,
поиск,
сортировка,
географическое отображение);
-
страница объекта ЖКХ;
-
разделы по инженерным системам;
-
компонент загрузки и хранения документов;
-
компонент отображения текущего состояния и телеметрии;
-
компонент ведения журнала событий и инцидентов;
-
механизм формирования отчётов: отчёта по объекту (п. 5.1.2.1) и отчётов
по
инженерным
системам
объекта,
предусмотренных
модулями
диспетчеризации (пп. 5.2.2.1.1, 5.4.2.1.1).
В карточке объекта должно быть реализовано отображение следующих
данных:
-
общие сведения об объекте;
-
перечень инженерных систем;
-
комплект документов по объекту;
-
комплект документов по инженерным системам;
Каждая инженерная система внутри объекта должна иметь собственный
раздел со структурированными данными.
Для каждой системы должны фиксироваться:
-
тип инженерной системы;
-
сведения об оборудовании, производителях и количестве единиц;
-
технические параметры подключения;
-
состояние связи и работоспособности.
34
-
показатели работы инженерной системы в объёме, установленном для
соответствующего модуля диспетчеризации: насосов – п. 5.2.2.1, датчиков
уровня – п. 5.3.2.1, расходомеров (счётчиков стоков) – п. 5.4.2.1;
-
история журналов, сработок, аварий.
Состав разделов по инженерным системам для конкретного объекта
устанавливается администратором системы и (или) инженером, имеющим
соответствующие права доступа. Подрядчик осуществляет заполнение только
тех разделов инженерных систем, которые назначены ему для заполнения в
рамках соответствующего объекта.
5.1.1.3 Отображение в системе
В пользовательском интерфейсе АИС модуль должен быть представлен
отдельным разделом, обеспечивающим работу с объектами ЖКХ.
В системе должны отображаться реестр объектов ЖКХ, интерактивная
карта
с
отображением
местоположения
объектов
по
географическим
координатам, карточка объекта и перечень связанных с объектом документов.
При выборе объекта на карте должна отображаться краткая информация о
нём с возможностью перехода к полной карточке объекта. Карта должна
поддерживать масштабирование, перемещение, цветовую индикацию объектов
по текущему статусу и кластеризацию объектов в зависимости от масштаба.
5.1.1.4 Взаимодействие с другими компонентами системы
Модуль должен работать в общей архитектуре АИС «МИДИО ЖКХ»,
используя общие механизмы авторизации, разграничения доступа, хранения
данных, журналирования действий и событий.
Модуль должен обеспечивать использование справочников создаваемой
Системы, ролевой модели, средств отчетности и иных общесистемных
компонентов АИС.
35
5.1.1.5 Кабинет водоканала
АИС «МИДИО ЖКХ» должна обеспечивать для уполномоченного
представителя
эксплуатирующей
организации
(водоканала)
персонализированный кабинет с отображением сведений об организации,
закреплённой за ней территории обслуживания, объектах ЖКХ, инженерных
сетях и событиях в пределах её полномочий.
В кабинете должны отображаться сведения о составе и состоянии объектов
водоканала, включая КНС, ВНС и очистные сооружения, сведения о сетях
водоснабжения и водоотведения, показатели потребления ресурсов, текущие и
завершённые инциденты, а также сводная аналитика по аварийности и срокам
устранения инцидентов. Пользователь должен иметь возможность выбирать
период просмотра и переходить от сводного показателя к соответствующему
объекту, участку сети или инциденту.
Кабинет
отображающий
должен
содержать
положение
блок
организации
«Рейтинг
в
рейтинге
водоканалов
РТ»,
эксплуатирующих
организаций водопроводно-канализационного хозяйства (ВКХ) Республики
Татарстан.
Рейтинг формируется по сводному баллу, рассчитываемому для каждой
организации ВКХ на основании следующих показателей за последние 30
календарных дней:
-
количество аварий в расчёте на один объект организации;
-
среднее время устранения аварий на объектах организации.
Исходными данными для расчёта являются инциденты с типом «авария»,
зарегистрированные в подсистеме «Аварийная диспетчерская ЖКХ» (подраздел
6.1) по объектам, закреплённым за организацией в реестре объектов ЖКХ. Время
устранения определяется как интервал между регистрацией инцидента и его
переводом в статус «устранён». Весовые коэффициенты показателей, шкала
сводного балла и правила нормирования определяются в техническом проекте,
утверждаемом Заказчиком. Большему сводному баллу соответствует более
высокое место в рейтинге.
36
Блок рейтинга должен отображать следующие сведения:
-
место организации в рейтинге из общего количества организаций ВКХ и
сводный балл организации;
-
место организации в частных рейтингах по аварийности и по скорости
устранения аварий;
-
фрагмент рейтинга с организациями, занимающими соседние позиции, с
указанием их сводного балла; строка текущей организации выделяется;
-
пояснение порядка расчёта сводного балла;
-
подсказку о действиях, позволяющих улучшить положение в рейтинге,
формируемую по данным организации (например, о просроченных
инцидентах на её объектах). Подсказки не включают в себя аналитику с
помощью ИИ.
Рейтинг пересчитывается автоматически не реже одного раза в сутки.
Представителю водоканала доступны место своей организации и фрагмент
рейтинга с соседними позициями; в отношении других организаций в блоке
рейтинга отображаются только их наименование, место и сводный балл. Полный
рейтинг
всех
организаций
ВКХ
доступен
пользователям
с
ролями
«Администратор ЖКХ» и «Руководитель / министерство» (таблица 1).
При наличии в Системе соответствующих исходных данных кабинет
должен отображать показатели, связанные с формированием инвестиционной
программы, объёмом предусмотренных средств и стоимостью мероприятий.
Состав таких показателей, источники данных и правила их расчёта определяются
в техническом проекте, утверждаемом Заказчиком.
Состав доступных объектов и сведений определяется принадлежностью
пользователя к организации, закреплённой территорией обслуживания и
назначенными правами доступа. Данные других организаций и территорий
пользователю не отображаются, если доступ к ним не предоставлен отдельно.
37
5.1.2 Требования к функциям (задачам), выполняемым модулем
5.1.2.1 Функциональные требования
Модуль должен обеспечивать:
-
создание и ведение реестра объектов ЖКХ;
-
поиск и фильтрацию объектов по типу, адресу, статусу, эксплуатирующей
организации, наличию тревог;
-
отображение объектов на карте с цветовой индикацией текущего статуса и
кластеризацией;
-
ведение карточки объекта;
-
загрузку и хранение документации по объекту (паспорта, схемы, акты,
договоры);
-
отображение текущего статуса связи и последних значений телеметрии в
карточке объекта;
-
ведение истории инцидентов и событий по объекту с хронологической
лентой;
-
контактные данные ответственного на объектах;
-
формирование отчёта по объекту за выбранный период, содержащего:
количество инцидентов и аварий с разбивкой по инженерным системам и
критичности; среднее время устранения; перечень незакрытых и
просроченных инцидентов; время простоя оборудования;
-
уведомление ответственного о переходе инженерной системы/узла
инженерной системы в статус «Тревога» или «Авария»;
-
загрузку заполненного опросного листа объекта ЖКХ в формате DOC,
DOCX или другом машиночитаемом формате;
-
автоматическое извлечение из загруженного опросного листа сведений об
объекте, в том числе адрес, географические координаты, технические
характеристики, состав инженерных систем и оборудования, текущее
состояние объекта и контактные данные ответственных лиц;
38
-
создание объекта ЖКХ в реестре и его отображение на карте после
подтверждения извлечённых сведений пользователем с отдельной ролью;
-
сохранение исходного опросного листа в составе документов объекта;
-
заполнение аналогичного опросного листа непосредственно в интерфейсе
АИС с последующим созданием или обновлением карточки объекта.
Форма
опросного
листа
предоставляется
Заказчиком
на
этапе
технического проектирования.
5.1.2.1.1 Требования к заполнению данных по оборудованию, состоянию
объекта, адресных данных и количеству обслуживаемого населения
Модуль должен обеспечивать загрузку данных по оборудованию,
состоянию объекта, адресных данных и количеству обслуживаемого населения
на объекте, а именно проектная производительность (м³/ч), установленная
мощность (кВт), объём резервуара (при наличии), количество насосных
агрегатов, параметры напорного коллектора, состояние инженерных элементов
КНС (техническое состояние здания, объём резервуара в соответствии с
проектной мощностью (производительностью) КНС, производительность,
энергоэффективность и эксплуатационный ресурс насосного оборудования,
эксплуатационный ресурс приемного резервуара, техническое состояние и
комплектность системы фильтрации), исходные данные здания КНС (год ввода в
эксплуатацию
здания,
материал
стен
здания
(кирпич,
бетон,
металлоконструкция, иное (указывается материал), наличие дефектов и
критических повреждений стен здания (нет существенных дефектов, имеются
существенные дефекты: деформации (просадки, крены, перекосы проёмов)),
разрушение кладки/бетона (расколы, отслоения, сколы)), материал кровли
здания
(металлическая,
рулонная),
наличие
дефектов
и
критических
повреждений кровли здания (нет существенных дефектов (отсутствуют протечки
кровли), имеются существенные дефекты (систематические протечки кровли),
год проведения последнего капитального ремонта здания), соответствие
фактического
объёма
приёмного
резервуара
39
с
объемом
резервуара,
соответствующего установленной проектной мощности (производительности)
КНС (проектная мощность (производительность) КНС, м³/ч, форма приемного
резервуара (приёмный резервуар с прямоугольным основанием), приёмный
резервуар с круглым основанием), длина основания приёмного резервуара (а), м,
ширина основания приёмного резервуара (b), м, диаметр основания приёмного
резервуара (d), м, полная высота приемного резервуара (hобщ), м), кол-во
обслуживаемого населения.
Также
должны
быть
отражены
адресные
данные
(субъект
РФ,
муниципальное образование, населённый пункт, улица, номер дома (здания),
географические координаты).
5.1.2.1.2 Требования к загрузке контактных данных по объекту и ИС
Для каждой инженерной системы может дополнительно указываться
контакт
ответственного
субподрядчика;
заполнение
такого
контакта
осуществляется при условии, что соответствующая инженерная система ведется
иной организацией.
При отсутствии заполненного контакта по инженерной системе в
интерфейсе инженера АИС «МИДИО ЖКХ» должен отображаться общий
контакт ответственного по объекту.
Контактные
данные
ответственных
лиц
должны
отображаться
непосредственно в интерфейсе соответствующего раздела инженерной системы
при работе с параметрами подключения.
5.1.2.2 Требования к функциональному поведению пользовательского
интерфейса модуля
5.1.2.2.1 Картография
Модуль должен обеспечивать отображение всех заведенных в систему
объектов ЖКХ на интерактивной карте с цветовой индикацией по статусу. При
нажатии на маркер объекта – всплывающая карточка с краткими сведениями и
40
кнопкой перехода к полной карточке. Поддерживается кластеризация при
масштабировании.
5.1.2.2.2 Документация объекта
Модуль должен обеспечивать загрузку, хранение и просмотр документов с
привязкой к объекту. В карточке объекта должны указываться наименование,
дата, дата загрузки, пользователь, файл. Допустимые форматы файлов
определяются настройками системы.
5.1.3 Предмет проверки по модулю «Реестр объектов ЖКХ»
Предметом проверки по модулю «Реестр объектов ЖКХ» является
соответствие реализованных функций требованиям настоящего ТЗ, в том числе:
-
корректность формирования и ведения реестра объектов ЖКХ;
-
корректность отображения объектов ЖКХ на интерактивной карте,
включая их пространственную привязку, цветовую индикацию текущего
статуса, кластеризацию и послойное отображение;
-
корректность поиска, фильтрации и выбора объектов в реестре и на карте;
-
корректность открытия и отображения карточки выбранного объекта;
-
корректность отображения состава, параметров и текущего состояния
инженерных систем и оборудования объекта;
-
корректность отображения статусов объектов, инженерных систем и
оборудования;
-
возможность
загрузки
заполненных
опросных
листов
и
иной
документации в предусмотренных форматах;
-
корректность автоматического извлечения сведений из загруженного
опросного листа и предварительного заполнения соответствующих полей
карточки объекта;
-
корректность создания объекта в реестре и его отображения на карте на
основании подтверждённых сведений;
-
корректность загрузки, хранения, просмотра и скачивания связанных с
объектом документов;
41
- доступность сведений о текущем состоянии связи, телеметрии, событиях и
инцидентах;
-
корректность расчёта и отображения рейтинга водоканалов в кабинете
водоканала;
-
соблюдение установленных правил разграничения прав доступа;
-
корректность журналирования действий пользователей;
-
корректность интеграции модуля с общесистемными компонентами АИС.
Проверке подлежат функции, включённые в объём работ настоящим ТЗ и
проектными решениями, утверждёнными Заказчиком. Модуль считается
соответствующим
требованиям
при
условии
успешного
выполнения
предусмотренных сценариев проверки и отсутствия ошибок, препятствующих
выполнению его основных функций.
5.1.4 Требования к данным, доступу, интеграции и реализации модуля
5.1.4.1 Требования к данным модуля
В модуле должны храниться и (или) обрабатываться следующие группы
данных, при этом состав данных уточняется в техническом проекте,
утверждаемом Заказчиком:
-
перечень инженерных систем объекта;
-
сведения об оборудовании по каждой инженерной системе;
-
статусы оборудования;
-
производитель, модель, серийный номер оборудования;
-
паспортные документы;
-
гарантийные документы;
-
сведения о сроках гарантии;
-
сведения об ошибках и времени простоя;
-
сведения о данных по оборудованию, состоянию объекта, адресных
данных и количеству обслуживаемого населения на объекте;
-
журнал действий пользователей в пределах операций, относящихся к
модулю.
42
5.1.4.2 Роли и права доступа в модуле
В модуле должна использоваться ролевая модель АИС «МИДИО ЖКХ», а
при необходимости могут быть использованы дополнительные настройки прав
доступа без изменения общей ролевой модели системы, если иное не будет
определено на этапе проектирования.
5.1.4.3 Интеграционные требования к модулю
Модуль должен быть интегрирован с общесистемными механизмами
авторизации,
хранения
файлов,
журналирования,
карточек
объектов,
справочников инженерных систем и оборудования, а также с иными
компонентами, используемыми для представления данных об объекте.
Модуль должен обеспечивать использование данных и документов, уже
имеющихся в системе по объекту, без дублирования функциональности их
первичного ввода, если иное не предусмотрено проектным решением.
5.1.4.4 Требования к реализации модуля
Для реализации модуля в составе Системы должны быть разработаны
компоненты, обеспечивающие:
-
карточку объекта ЖКХ в пользовательском интерфейсе;
-
интерактивную карту объектов ЖКХ;
-
открытие краткой информации и переход с карты в карточку объекта;
-
модель данных объекта и связанные представления данных в части
хранения паспортных, адресных, технических и эксплуатационных
сведений об объекте;
-
обеспечение хранения и отображения перечня инженерных систем объекта
ЖКХ, сведений об оборудовании, параметрах подключения, состоянии
связи и работоспособности;
-
обеспечение связи карточки объекта и разделов инженерных систем с
подсистемой загрузки, хранения и просмотра документов;
-
обеспечение отображения объектов ЖКХ на карте с использованием
координат объекта в составе общесистемных механизмов визуализации;
43
-
реализацию механизма формирования, просмотра и выгрузки отчетных
форм по инцидентам объекта ЖКХ;
-
обеспечение интеграции модуля с общесистемными справочниками,
механизмами авторизации, разграничения прав доступа, хранения данных
и журналирования;
-
обеспечение журналирования действий пользователей и регистрации
событий по модулю в объеме, предусмотренном общесистемными
требованиями.
5.1.5 Порядок контроля и приёмки модуля
Проверка модуля выполняется в ходе испытаний Системы (раздел 9) в
объёме, установленном настоящим подразделом.
5.1.5.1 Минимально проверяемый объём по модулю
Минимально проверяемый объём по модулю определяется предметом
проверки, установленным п. 5.1.3 настоящего ТЗ.
В рамках испытаний должен быть выполнен как минимум один сквозной
пользовательский сценарий, включающий:
-
загрузку заполненного опросного листа объекта ЖКХ в формате DOC,
DOCX или другом машиночитаемом формате;
-
извлечение из опросного листа сведений об объекте и предварительное
заполнение соответствующих полей карточки объекта;
-
проверку, редактирование и подтверждение извлечённых сведений
уполномоченным пользователем;
-
создание объекта ЖКХ в реестре и его отображение на интерактивной
карте в соответствии с указанными адресом и (или) географическими
координатами;
-
отображение объекта на карте с корректной цветовой индикацией его
текущего статуса;
-
поиск и фильтрацию созданного объекта в реестре и на карте;
-
открытие карточки объекта из реестра и с интерактивной карты;
44
-
отображение в карточке объекта сведений об инженерных системах,
оборудовании, текущем состоянии связи и доступной телеметрии;
-
сохранение загруженного опросного листа в составе документов объекта, а
также загрузку, просмотр и скачивание иных связанных документов;
-
отображение событий, инцидентов и текущих тревог по объекту;
-
отображение сводных сведений об объекте на верхнеуровневом дашборде;
-
формирование отчёта по объекту;
-
проверку направления уведомления ответственному лицу при переходе
инженерной системы или оборудования в статус «Тревога» либо
«Авария»;
-
проверку разграничения прав доступа и журналирования выполненных
действий.
Конкретные сценарии, исходные данные и ожидаемые результаты
проверки определяются программой и методикой испытаний с учётом
требований настоящего ТЗ и проектных решений, утверждённых Заказчиком.
5.1.5.2 Критерии приёмки модуля
Модуль «Реестр объектов ЖКХ» считается соответствующим требованиям
настоящего ТЗ и подлежащим приёмке при одновременном выполнении
следующих условий:
-
реализованы и работоспособны функции, предусмотренные настоящим ТЗ
и включённые в объём работ;
-
обеспечено корректное ведение реестра и карточек объектов ЖКХ;
-
обеспечены загрузка и обработка заполненных опросных листов,
предварительное
заполнение
карточек
объектов,
проверка
и
подтверждение извлечённых сведений;
-
обеспечено создание объектов на основании подтверждённых сведений и
их корректное отображение на интерактивной карте;
45
-
обеспечены корректная пространственная привязка, цветовая индикация
статусов, кластеризация, послойное отображение, поиск и фильтрация
объектов на карте;
-
обеспечен
переход
к
карточке
объекта
из
реестра,
карты
и
верхнеуровневого дашборда;
-
обеспечено структурированное представление сведений об объектах,
инженерных системах, оборудовании, документах, телеметрии, событиях
и инцидентах;
-
обеспечено
корректное
отображение
сводных
показателей
и
интерактивной карты на верхнеуровневом дашборде;
-
обеспечены загрузка, хранение, просмотр и скачивание документов,
связанных с объектами и инженерными системами;
-
обеспечены формирование отчёта по объекту (п. 5.1.2.1) и направление
уведомлений ответственным лицам при переходе инженерной системы в
статус «Тревога» или «Авария» (п. 5.1.2.1);
-
соблюдены требования к разграничению прав доступа, журналированию и
интеграции с общесистемными компонентами АИС «МИДИО ЖКХ»;
-
успешно
выполнены
испытания,
предусмотренные
программой
и
методикой испытаний;
-
отсутствуют
критические
ошибки
и
ошибки,
препятствующие
выполнению основных пользовательских сценариев.
Обнаруженные в ходе испытаний замечания, не препятствующие
выполнению основных функций модуля, подлежат регистрации и устранению в
порядке и сроки, установленные подразделом 9.4. Полнота реализации
определяется
требованиями
настоящего
решениями, утверждёнными Заказчиком.
46
ТЗ,
договором
и
проектными
5.2 Модуль «Диспетчеризация насосов»
5.2.1 Общие сведения
5.2.1.1 Назначение
Модуль «Диспетчеризация насосов» входит в состав подсистемы
«Объекты ЖКХ» и предназначен для дистанционного мониторинга насосных
агрегатов объектов ЖКХ. Модуль обеспечивает непрерывный сбор телеметрии,
отображение текущего состояния, формирование тревог, учёт наработки и числа
пусков, ведение архива работы.
5.2.1.2 Состав и структура модуля
Модуль включает следующие программные компоненты (перечень
компонентов уточняется в техническом проекте, утверждаемом Заказчиком, в
пределах функций, установленных настоящим ТЗ):
-
компонент отображения текущего состояния насосов (авто / ручной /
выкл.);
-
компонент отображения времени работы насосов, количество пусков,
производительность;
-
компонент сбора и отображения телеметрии в реальном времени (до 2
минут);
-
компонент загрузки и хранения документов;
-
компонент формирования и управления тревогами;
-
журнал работы насосов с хронологией событий;
-
компонент ведения журнала событий и инцидентов;
Перечисленные
компоненты
реализуются
в
рамках
архитектуры
создаваемой Системы интерфейсов АИС (карточка объекта, мнемосхема, лента
инцидентов) без создания самостоятельного раздела интерфейса.
47
5.2.1.3 Отображение в системе
Функционал компонента должен располагаться в основной мнемосхеме
объекта КНС как встроенный слой данных, отображающий насосные агрегаты,
их текущее состояние и ключевые параметры непосредственно на схеме объекта.
Помимо основной схемы, сведения о насосах должны быть доступны в
карточке инцидента (при возникновении тревоги по насосному агрегату); в
карточке объекта (в общем перечне инженерного оборудования объекта); в
разделе «Документы» (применительно к документации на конкретный насос).
Для
каждого
насоса
на
схеме
объекта
должны
отображаться:
наименование, статус (работает/остановлен/авария/нет связи и т.д.), режим
управления (авто/ручной/выключен), ток статора, наработка за сутки, суммарная
наработка, число пусков за сутки. Данные обновляются без перезагрузки
страницы, интервал – не более 1 минуты.
5.2.1.4 Взаимодействие с другими компонентами системы
Модуль должен работать в общей архитектуре АИС «МИДИО ЖКХ»,
используя общие механизмы авторизации, разграничения доступа, хранения
данных, журналирования действий и событий.
Модуль должен обеспечивать использование справочников создаваемой
Системы, ролевой модели, средств отчетности и иных общесистемных
компонентов АИС.
5.2.2 Требования к функциям (задачам), выполняемым модулем
5.2.2.1 Функциональные требования
Модуль должен обеспечивать:
-
создание и ведение реестра аварий и инцидентов по системе погружных
насосов;
-
приём и обработку телеметрических данных от насосов;
-
создание и ведение карточек насосных агрегатов с привязкой к объекту
ЖКХ;
48
-
учёт наработки: за сутки (ч), за месяц (ч), суммарная (ч) с момента ввода
(при возможности сбора данных);
-
учёт числа пусков: за сутки, за месяц, суммарно, времени работы/простоя
(при возможности сбора данных);
-
контроль ограничения числа пусков в час с формированием тревоги при
превышении (при возможности сбора данных).
5.2.2.1.1 Требования к отчётам
Модуль
должен
обеспечивать
формирование
краткой
сводки,
расширенной детализации и экспорт результатов в предусмотренные форматы.
В отчетах должны использоваться, в том числе, следующие показатели:
-
ошибки;
-
инциденты;
-
время простоя;
-
потребление ресурсов (при наличии отдельного счётчика электрической
энергии на насосы);
-
сводка по оборудованию;
-
динамика событий;
-
повторяемость проблем.
5.2.3 Предмет проверки по модулю «Диспетчеризация насосов»
Предметом проверки по модулю является корректность отображения
функционала диспетчеризации насосов на основной мнемосхеме объекта и в
карточке
объекта,
корректность
отображения
инженерных
систем,
оборудования, статусов и документов.
Проверке подлежат корректность отображения сведений по инженерным
системам, корректность отображения атрибутов оборудования, доступность
связанных документов, соблюдение разграничения прав доступа и корректность
интеграции модуля с общесистемными компонентами АИС.
49
5.2.4 Требования к данным, доступу, интеграции и реализации модуля
5.2.4.1 Требования к данным модуля
В модуле должны храниться и (или) обрабатываться следующие группы
данных, при этом состав данных уточняется в техническом проекте,
утверждаемом Заказчиком:
-
перечень насосного оборудования объекта;
-
статусы оборудования;
-
производитель, модель, серийный номер оборудования;
-
документы по оборудованию;
-
сведения о регламентных событиях;
-
сведения об ошибках и времени простоя;
-
журнал действий пользователей в пределах операций, относящихся к
модулю.
5.2.4.2 Роли и права доступа в модуле
В модуле должны использоваться роли создаваемой Системы АИС
«МИДИО
ЖКХ»,
а
при
необходимости
могут
быть
использованы
дополнительные настройки прав доступа без изменения общей ролевой модели
системы, если иное не будет определено на этапе проектирования.
5.2.4.3 Интеграционные требования к модулю
Модуль должен быть интегрирован с общесистемными механизмами
авторизации,
хранения
файлов,
журналирования,
карточек
объектов,
справочников инженерных систем и оборудования, а также с иными
компонентами, используемыми для представления данных об объекте.
5.2.4.3.1 Требования к обработке регистров оборудования
Модуль
«Диспетчеризация
насосов»
должен
обеспечивать
информационное взаимодействие с контроллерами насосного оборудования по
протоколу Modbus.
50
Модуль должен обеспечивать приём, обработку, отображение, хранение и
архивирование данных, получаемых из регистров насосного оборудования. Для
регистров, поддерживающих запись, должна быть обеспечена передача команд и
запись значений в соответствии с функциональными требованиями и правами
доступа пользователей.
Полный состав регистров, их адреса, наименования, типы данных, режимы
доступа, единицы измерения, коэффициенты преобразования и правила
обработки определяются на этапе технического проектирования на основании
карты регистров, предоставляемой Заказчиком.
Состав регистров и параметры информационного обмена уточняются в
техническом проекте, утверждаемом Заказчиком.
5.2.4.4 Требования к реализации модуля
Для реализации модуля в составе Системы должны быть разработаны
компоненты, обеспечивающие:
-
отображение насосных агрегатов и их состояния на основной мнемосхеме
объекта, без создания отдельной вкладки;
-
отображение в карточке объекта данных по насосному оборудованию в
общем перечне оборудования объекта;
-
приём и обработку телеметрических данных от насосов;
-
обеспечение журналирования действий пользователей по модулю в
объеме, предусмотренном общесистемными требованиями.
5.2.5 Порядок контроля и приёмки модуля
Проверка модуля выполняется в ходе испытаний Системы (раздел 9) в
объёме, установленном настоящим подразделом.
5.2.5.1 Минимально проверяемый объём по модулю
В рамках минимально проверяемого объема по модулю подлежат
проверке:
-
отображение перечня насосного оборудования объекта;
51
-
отображение основных атрибутов оборудования, включая наименование,
статус, производителя, модель и серийный номер;
-
отображение документов;
-
отображение сведений о регламентных событиях и сроках гарантии;
-
отображение сведений об ошибках и простое оборудования;
-
соблюдение прав доступа при просмотре;
-
корректность
интеграции
с
карточкой
объекта,
документами
и
журналированием;
-
корректность приёма, обработки, отображения, хранения и архивирования
данных регистров насосного оборудования в соответствии с картой
регистров, определённой на этапе технического проектирования;
-
корректность передачи команд и записи значений в регистры насосного
оборудования, поддерживающие запись, с учётом установленных прав
доступа пользователей.
5.2.5.2 Критерии приёмки модуля
Модуль считается соответствующим требованиям настоящего ТЗ при
условии, что реализованы и работоспособны функции отображения насосов и их
параметров на основной мнемосхеме объекта КНС и в карточке объекта АИС
«МИДИО ЖКХ» (без выделения в отдельный раздел навигации), обеспечено
структурированное представление инженерных систем, оборудования и
связанных документов, соблюдены требования к разграничению доступа,
журналированию и интеграции с общесистемными компонентами АИС, а также
обеспечена корректная обработка доступных по объекту сведений в объеме,
предусмотренном
настоящим
ТЗ,
договором
утверждённым Заказчиком.
52
и
проектным
решением,
5.3 Модуль «Диспетчеризация гидростатических датчиков, поплавковых
датчиков уровня и/или аналогового датчика уровня»
5.3.1 Общие сведения
5.3.1.1 Назначение
Модуль «Диспетчеризация гидростатических датчиков, поплавковых
датчиков уровня и/или аналогового датчика уровня» входит в состав подсистемы
«Объекты ЖКХ» и предназначен для дистанционного мониторинга уровня
жидкости в приёмных резервуарах, колодцах, ёмкостях объектов ЖКХ
посредством
подключения
к
гидростатическим,
поплавковым
и
(или)
аналоговым датчикам уровня.
Модуль обеспечивает непрерывный контроль уровня, формирование
тревог при достижении критических уровней, ведение архива, визуализацию
динамики уровня и оповещение диспетчерской службы.
5.3.1.2 Состав и структура модуля
Модуль включает следующие программные компоненты (перечень
компонентов уточняется в техническом проекте, утверждаемом Заказчиком, в
пределах функций, установленных настоящим ТЗ):
-
реестр точек контроля уровня с привязкой к объекту ЖКХ;
-
компонент сбора данных о текущем уровне в реальном времени;
-
компонент сбора и отображения телеметрии в реальном времени;
-
компонент формирования и управления тревогами;
-
визуализация уровня как фрагмента общей мнемосхемы объекта
(заполняемая колба резервуара, трендовый график по клику на элемент);
-
компонент ведения журнала событий и инцидентов.
5.3.1.3 Отображение в системе
Функционал компонента должен располагаться в основной мнемосхеме
объекта КНС как встроенный слой данных, без создания отдельного меню или
самостоятельного раздела навигации. На мнемосхеме объекта уровень жидкости
в резервуаре должен отображаться в виде заполняемой колбы с уставками
53
LL/L/H/HH и цветовыми зонами (для гидростатических и аналоговых датчиков),
либо в виде маркеров поплавков и их текущего состояния (для поплавковых
датчиков). Трендовый график должен открываться из соответствующего
элемента мнемосхемы и поддерживать масштабирование (час, смена, сутки,
неделя, произвольный период).
5.3.1.4 Взаимодействие с другими компонентами системы
Модуль должен работать в общей архитектуре АИС «МИДИО ЖКХ»,
используя общие механизмы авторизации, разграничения доступа, хранения
данных, журналирования действий и событий.
Модуль должен обеспечивать использование справочников создаваемой
Системы, ролевой модели, средств отчетности и иных общесистемных
компонентов АИС.
5.3.2 Требования к функциям (задачам), выполняемым модулем
5.3.2.1 Функциональные требования
Модуль должен обеспечивать:
-
создание и ведение реестра аварий и инцидентов;
-
создание и ведение карточек точек контроля уровня с привязкой к объекту
ЖКХ;
-
приём и обработку телеметрических данных от систем гидростатических
датчиков, поплавковых датчиков уровня и/или аналогового датчика
уровня;
-
поддержка поплавковых датчиков: сбор дискретных сигналов; до 6
поплавков на точку с назначением роли (LL, L, H, HH, пуск насоса,
остановка насоса);
-
отображение текущего статуса связи и последних значений телеметрии в
карточке объекта;
-
ведение истории инцидентов и событий по объекту с хронологической
лентой.
54
5.3.3 Предмет проверки по модулю «Диспетчеризация гидростатических
датчиков, поплавковых датчиков уровня и/или аналогового датчика
уровня»
Предметом проверки по модулю является корректность отображения
уровня и состояния датчиков на основной мнемосхеме объекта и в карточке
объекта, корректность получения данных от аналоговых и поплавковых
датчиков, отображения оборудования, статусов и документов, отчётов.
5.3.4 Требования к данным, доступу, интеграции и реализации модуля
5.3.4.1 Требования к данным модуля
В модуле должны храниться и (или) обрабатываться следующие группы
данных, при этом состав данных уточняется в техническом проекте,
утверждаемом Заказчиком:
-
перечень оборудования объекта;
-
телеметрические
данные
от
систем
гидростатических
датчиков,
поплавковых датчиков уровня и/или аналогового датчика уровня;
-
статусы оборудования;
-
производитель, модель, серийный номер оборудования;
-
сведения о регламентных событиях;
-
сведения об ошибках и времени простоя;
-
журнал действий пользователей в пределах операций, относящихся к
модулю.
5.3.4.2 Роли и права доступа в модуле
В модуле должны использоваться роли создаваемой Системы АИС
«МИДИО
ЖКХ»,
а
при
необходимости
могут
быть
использованы
дополнительные настройки прав доступа без изменения общей ролевой модели
системы, если иное не будет определено на этапе проектирования.
55
5.3.4.3 Интеграционные требования к модулю
Модуль должен быть интегрирован с общесистемными механизмами
авторизации,
хранения
файлов,
журналирования,
карточек
объектов,
справочников инженерных систем и оборудования, а также с иными
компонентами, используемыми для представления данных об объекте.
5.3.4.3.1 Требования к обработке регистров оборудования
Модуль «Диспетчеризация гидростатических датчиков, поплавковых
датчиков уровня и/или аналогового датчика уровня» должен обеспечивать
информационное взаимодействие с контроллерами и преобразователями
датчиков уровня по протоколу Modbus.
Модуль должен обеспечивать приём, обработку, отображение, хранение и
архивирование данных, получаемых из регистров датчиков уровня. Для
регистров, поддерживающих запись, должна быть обеспечена передача команд и
запись значений в соответствии с функциональными требованиями и правами
доступа пользователей.
Полный состав регистров, их адреса, наименования, типы данных, режимы
доступа, единицы измерения, коэффициенты преобразования и правила
обработки определяются на этапе технического проектирования на основании
карты регистров, предоставляемой Заказчиком.
Состав регистров и параметры информационного обмена уточняются в
техническом проекте, утверждаемом Заказчиком.
5.3.4.4 Требования к реализации модуля
Для реализации модуля в составе Системы должны быть разработаны
компоненты, обеспечивающие:
-
отображение уровня жидкости и состояния датчиков на основной
мнемосхеме объекта, без создания отдельной вкладки;
-
обеспечение приёма и обработки телеметрических данных от систем
гидростатических
датчиков,
поплавковых
аналогового датчика уровня;
56
датчиков
уровня
и/или
-
обеспечение
визуализации
гидростатических
телеметрических
датчиков,
поплавковых
данных
датчиков
от
систем
уровня
и/или
аналогового датчика уровня на мнемосхеме.
5.3.5 Порядок контроля и приёмки модуля
Проверка модуля выполняется в ходе испытаний Системы (раздел 9) в
объёме, установленном настоящим подразделом.
5.3.5.1 Минимально проверяемый объём по модулю
В рамках минимально проверяемого объема по модулю подлежат
проверке:
-
отображение основных атрибутов оборудования, включая наименование,
статус, производителя, модель и серийный номер;
-
отображение сведений о регламентных событиях и сроках гарантии;
-
отображение сведений об ошибках и простое оборудования;
-
соблюдение прав доступа при просмотре;
-
корректность
интеграции
с
карточкой
объекта,
документами
и
журналированием;
-
корректность приёма, обработки, отображения, хранения и архивирования
данных регистров датчиков уровня в соответствии с картой регистров,
определённой на этапе технического проектирования;
-
корректность передачи команд и записи значений в регистры датчиков
уровня, поддерживающие запись, с учётом установленных прав доступа
пользователей.
5.3.5.2 Критерии приёмки модуля
Модуль считается соответствующим требованиям настоящего ТЗ при
условии, что реализованы и работоспособны функции отображения уровня
жидкости и состояния датчиков на основной мнемосхеме объекта КНС и в
карточке объекта АИС «МИДИО ЖКХ», обеспечено структурированное
представление инженерных систем, оборудования и связанных документов,
57
соблюдены
требования
к
разграничению
доступа,
журналированию
и
интеграции с общесистемными компонентами АИС, а также обеспечена
корректная
обработка
предусмотренном
доступных
настоящим
ТЗ,
по
объекту
договором
и
сведений
в
объеме,
проектным
решением,
утверждённым Заказчиком.
5.4 Модуль «Диспетчеризация расходомера/счётчика перекачиваемых
стоков»
5.4.1 Общие сведения
5.4.1.1 Назначение
Модуль
«Диспетчеризация
расходомера/счётчика
перекачиваемых
стоков» входит в состав подсистемы «Объекты ЖКХ» и предназначен для
дистанционного мониторинга и учёта объёма и расхода сточных вод,
перекачиваемых
через
объекты
ЖКХ,
посредством
подключения
к
расходомерам и счётчикам стоков.
Модуль обеспечивает непрерывный сбор данных, архивирование,
формирование тревог при аномальных расходах и предоставление данных для
балансовых
расчётов
и
отчётности.
Также
модуль
контролирует
своевременность поверки приборов учёта.
5.4.1.2 Состав и структура модуля
Модуль включает следующие программные компоненты (перечень
компонентов уточняется в техническом проекте, утверждаемом Заказчиком, в
пределах функций, установленных настоящим ТЗ):
-
реестр точек учёта расхода/объёма с привязкой к объекту;
-
компонент сбора и отображения данных в реальном времени;
-
компонент учёта суммарного объёма;
-
компонент формирования и управления тревогами;
-
визуализация расхода и объёма (трендовый график расхода, индикатор
нарастающего итога);
58
-
компонент ведения журнала событий и инцидентов.
5.4.1.3 Отображение в системе
Функционал компонента должен располагаться в основной мнемосхеме
объекта КНС, без создания отдельного меню или самостоятельного раздела
навигации. На мнемосхеме объекта в точке установки расходомера/счётчика
должен отображаться текущий расход (м³/ч) и статус тревоги. По клику на
элемент должна открываться детализация: наименование, тип прибора, объём за
сутки, объём за месяц, объем за период измерения, время последнего
обновления.
Помимо основной схемы, сведения должны быть доступны в карточке
инцидента (при возникновении тревоги по аномальному расходу) и в карточке
объекта (в общем перечне инженерного оборудования объекта).
5.4.1.4 Взаимодействие с другими компонентами системы
Модуль должен работать в общей архитектуре АИС «МИДИО ЖКХ»,
используя общие механизмы авторизации, разграничения доступа, хранения
данных, журналирования действий и событий.
Модуль должен обеспечивать использование справочников создаваемой
Системы, ролевой модели, средств отчетности и иных общесистемных
компонентов АИС.
5.4.2 Требования к функциям (задачам), выполняемым модулем
5.4.2.1 Функциональные требования
Модуль должен обеспечивать:
-
создание и ведение реестра аварий и инцидентов;
-
создание и ведение точек учёта с привязкой к объекту ЖКХ;
-
учёт расхода (м³/ч или л/с);
-
ведение архива расхода с отображением графика;
-
приём и обработку телеметрических данных от расходомера/счётчика
перекачиваемых стоков;
59
-
отображение текущего статуса связи и последних значений телеметрии.
5.4.2.1.1 Требования к отчётам
Модуль
должен
обеспечивать
формирование
краткой
сводки,
расширенной детализации и экспорт результатов в предусмотренные форматы.
В отчетах должны использоваться следующие показатели:
-
ошибки;
-
инциденты;
-
время простоя;
-
потребление ресурсов;
-
сводка по оборудованию;
-
динамика событий;
-
повторяемость проблем.
5.4.3 Предмет проверки по модулю «Диспетчеризация
расходомера/счётчика перекачиваемых стоков»
Предметом проверки по модулю является корректность отображения
показателей расходомера/счётчика на мнемосхеме объекта и в карточке объекта,
корректность получения данных от расходомеров/счётчиков, отображения
оборудования, статусов, документов, отчётов.
Проверке подлежат корректность отображения сведений по инженерным
системам, корректность отображения атрибутов оборудования, доступность
связанных документов, соблюдение разграничения прав доступа и корректность
интеграции модуля с общесистемными компонентами АИС.
5.4.4 Требования к данным, доступу, интеграции и реализации модуля
5.4.4.1 Требования к данным модуля
В модуле должны храниться и (или) обрабатываться следующие группы
данных, при этом состав данных уточняется в техническом проекте,
утверждаемом Заказчиком:
-
перечень оборудования объекта;
60
-
статусы оборудования;
-
производитель, модель, серийный номер оборудования;
-
документы;
-
сведения о регламентных событиях;
-
сведения об ошибках и времени простоя;
-
журнал действий пользователей в пределах операций, относящихся к
модулю.
5.4.4.2 Роли и права доступа в модуле
В модуле должны использоваться роли создаваемой Системы АИС
«МИДИО
ЖКХ»,
а
при
необходимости
могут
быть
использованы
дополнительные настройки прав доступа без изменения общей ролевой модели
системы, если иное не будет определено на этапе проектирования.
5.4.4.3 Интеграционные требования к модулю
Модуль должен быть интегрирован с общесистемными механизмами
авторизации,
хранения
файлов,
журналирования,
карточек
объектов,
справочников инженерных систем и оборудования, а также с иными
компонентами, используемыми для представления данных об объекте.
5.4.4.3.1 Требования к обработке регистров оборудования
Модуль
стоков»
«Диспетчеризация
должен
обеспечивать
расходомера/счётчика
информационное
перекачиваемых
взаимодействие
с
расходомерами, счётчиками и их контроллерами по протоколу Modbus.
Модуль должен обеспечивать приём, обработку, отображение, хранение и
архивирование данных, получаемых из регистров расходомеров и счётчиков
перекачиваемых стоков. Полный состав регистров, их адреса, наименования,
типы
данных,
режимы
доступа,
единицы
измерения,
коэффициенты
преобразования и правила обработки определяются на этапе технического
проектирования на основании карты регистров, предоставляемой Заказчиком.
61
Состав регистров и параметры информационного обмена уточняются в
техническом проекте, утверждаемом Заказчиком.
5.4.4.4 Требования к реализации модуля
Для реализации модуля в составе Системы должны быть разработаны
компоненты, обеспечивающие:
-
отображение показателей расходомера/счётчика на основной мнемосхеме
объекта и в карточке объекта;
-
модель данных объекта и (или) представления данных в части паспортных
сведений;
-
обеспечение отображения перечня инженерных систем и оборудования в
составе вкладки;
-
приём
и
обработку
телеметрических
данных
от
систем
расходомера/счётчика перекачиваемых стоков;
-
обеспечение журналирования действий пользователей по модулю в
объеме, предусмотренном общесистемными требованиями.
5.4.5 Порядок контроля и приёмки модуля
Проверка модуля выполняется в ходе испытаний Системы (раздел 9) в
объёме, установленном настоящим подразделом.
5.4.5.1 Минимально проверяемый объём по модулю
В рамках минимально проверяемого объема по модулю подлежат
проверке:
-
отображение перечня оборудования объекта;
-
отображение основных атрибутов оборудования, включая наименование,
статус, производителя, модель и серийный номер;
-
отображение документов;
-
отображение сведений о регламентных событиях;
-
отображение сведений об ошибках и простое оборудования;
-
соблюдение прав доступа при просмотре;
62
-
корректность
интеграции
с
карточкой
объекта,
документами
и
журналированием;
-
корректность приёма, обработки, отображения, хранения и архивирования
данных регистров расходомеров и счётчиков перекачиваемых стоков в
соответствии с картой регистров, определённой на этапе технического
проектирования;
-
корректность
передачи
команд
и
записи
значений
в
регистры
расходомеров и счётчиков перекачиваемых стоков, поддерживающие
запись, с учётом установленных прав доступа пользователей.
5.4.5.2 Критерии приёмки модуля
Модуль считается соответствующим требованиям настоящего ТЗ при
условии, что реализованы и работоспособны функции отображения показателей
расходомера/счётчика на мнемосхеме объекта и в карточке объекта АИС
«МИДИО ЖКХ» (без выделения в отдельный раздел навигации), обеспечено
структурированное представление инженерных систем, оборудования и
связанных документов, соблюдены требования к разграничению доступа,
журналированию и интеграции с общесистемными компонентами АИС, а также
обеспечена корректная обработка доступных по объекту сведений в объеме,
предусмотренном
настоящим
ТЗ,
договором
и
проектным
решением,
утверждённым Заказчиком.
5.5 Модуль «Приоритизация объектов ЖКХ»
Модуль входит в состав подсистемы «Объекты ЖКХ», представлен в
пользовательском интерфейсе отдельной вкладкой подсистемы и предназначен
для аналитической оценки объектов ЖКХ по степени приоритетности
проведения ремонтных мероприятий.
5.5.1 Общие сведения
5.5.1.1 Назначение
Модуль «Приоритизация объектов ЖКХ» предназначен для формирования
аналитического рейтинга объектов ЖКХ по степени необходимости проведения
63
ремонта, капитального ремонта, модернизации либо иных восстановительных
мероприятий.
Модуль должен обеспечивать использование сведений, содержащихся в
карточках
объектов
ЖКХ,
для
расчета
аналитического
показателя
приоритетности ремонта и формирования ранжированного перечня объектов.
Результаты работы модуля должны использоваться как инструмент
поддержки принятия решений при планировании ремонтных мероприятий по
объектам ЖКХ.
5.5.1.2 Состав и структура модуля
Модуль включает следующие программные компоненты (перечень
компонентов уточняется в техническом проекте, утверждаемом Заказчиком, в
пределах функций, установленных настоящим ТЗ):
-
аналитическую вкладку в составе подсистемы «Объекты ЖКХ»;
-
компонент
формирования
рейтинга
объектов
ЖКХ
по
степени
необходимости ремонта;
-
компонент отображения расчетных и исходных показателей по объекту;
-
компонент расшифровки факторов, повлиявших на положение объекта в
рейтинге;
-
компонент фильтрации, сортировки и поиска по аналитической таблице;
-
механизм выгрузки результатов аналитики;
-
компонент журналирования действий пользователей в пределах операций,
относящихся к модулю.
В модуле должны отображаться:
-
ранжированный перечень объектов ЖКХ;
-
детализированный расчёт аналитического показателя необходимости
ремонта по каждому объекту с указанием исходных значений,
применённых критериев, весовых коэффициентов, начисленных по
каждому критерию баллов и итоговой суммы баллов;
-
аналитический показатель необходимости ремонта по каждому объекту;
64
-
исходные сведения, используемые для формирования аналитического
результата;
-
сведения о месте объекта в рейтинге;
-
сведения о факторах, оказавших влияние на результат ранжирования;
-
возможность выгрузки аналитической таблицы.
5.5.1.3 Отображение в системе
В пользовательском интерфейсе АИС модуль должен быть представлен
отдельной вкладкой в составе подсистемы «Объекты ЖКХ».
В системе должны отображаться аналитическая таблица объектов ЖКХ,
сведения о месте объекта в рейтинге, основные атрибуты объекта и сведения о
факторах, влияющих на аналитический показатель.
Для каждого объекта должен обеспечиваться просмотр итогового значения
критерия необходимости ремонта и расшифровки его формирования в пределах,
предусмотренных правами доступа пользователя.
5.5.1.4 Взаимодействие с другими компонентами системы
Модуль должен работать в общей архитектуре АИС «МИДИО ЖКХ»,
используя общие механизмы авторизации, разграничения доступа, хранения
данных, журналирования действий и событий, а также данные, уже
содержащиеся в карточке объекта ЖКХ.
Модуль должен обеспечивать использование справочников создаваемой
Системы, ролевой модели, механизмов выгрузки данных и иных общесистемных
компонентов АИС в части, необходимой для реализации аналитического
ранжирования объектов.
Расчетные
формулы,
методика
расчета
итогового
аналитического
показателя, состав весовых коэффициентов, правила нормализации показателей
и иные параметры расчетной модели подлежат уточнению на этапе технического
проектирования на основании материалов, предоставляемых Заказчиком после
заключения договора.
65
5.5.2 Требования к функциям (задачам), выполняемым модулем
5.5.2.1 Функциональные требования
Модуль должен обеспечивать:
-
формирование рейтинга объектов ЖКХ по степени необходимости
ремонта;
-
ранжирование объектов по убыванию или возрастанию аналитического
показателя;
-
отображение результатов аналитики в табличном виде;
-
поиск, фильтрацию и сортировку объектов в аналитической таблице;
-
отображение по каждому объекту итогового критерия необходимости
ремонта;
-
отображение факторов, влияющих на место объекта в рейтинге;
-
возможность перехода из аналитической таблицы к карточке объекта
ЖКХ;
-
выгрузку результатов аналитики;
5.5.2.1.1 Требования к использованию исходных данных для аналитики
Модуль
должен
обеспечивать
загрузку,
хранение,
обработку
и
использование для аналитической оценки объектов ЖКХ сведений по
оборудованию,
состоянию
объекта,
адресным
данным
и
количеству
проектной
мощностью
обслуживаемого населения следующими данными:
-
проектная производительность объекта, м³/ч;
-
установленная мощность, кВт;
-
объем резервуара, при наличии;
-
количество насосных агрегатов;
-
параметры напорного коллектора;
-
состояние инженерных элементов КНС;
-
техническое состояние здания;
-
объем
резервуара
в
соответствии
с
(производительностью) КНС;
-
производительность насосного оборудования;
66
-
энергоэффективность насосного оборудования;
-
эксплуатационный ресурс насосного оборудования;
-
эксплуатационный ресурс приемного резервуара;
-
техническое состояние и комплектность системы фильтрации;
-
год ввода в эксплуатацию здания;
-
материал стен здания, включая кирпич, бетон, металлоконструкцию, а
также иные материалы с указанием конкретного материала;
-
наличие дефектов и критических повреждений стен здания, включая
отсутствие существенных дефектов, наличие существенных дефектов,
деформаций, просадок, кренов, перекосов проемов, разрушения кладки
или бетона, расколов, отслоений и сколов;
-
материал кровли здания, включая металлическую и рулонную кровлю;
-
наличие дефектов и критических повреждений кровли здания, включая
отсутствие существенных дефектов, отсутствие протечек, наличие
существенных дефектов и систематических протечек кровли;
-
год проведения последнего капитального ремонта здания;
-
соответствие
фактического
объема
приемного
резервуара
объему
резервуара, соответствующему установленной проектной мощности
(производительности) КНС;
-
проектная мощность (производительность) КНС, м³/ч;
-
форма приемного резервуара;
-
длина основания приемного резервуара, м;
-
ширина основания приемного резервуара, м;
-
диаметр основания приемного резервуара, м;
-
полная высота приемного резервуара, м;
-
количество обслуживаемого населения;
-
адрес объекта;
-
район Республики Татарстан;
-
иные сведения, необходимые для аналитического расчета в соответствии с
проектным решением.
67
Полный состав исходных данных, участвующих в аналитическом расчёте,
определяется в техническом проекте, утверждаемом Заказчиком.
5.5.2.1.2 Требования к критериям оценки объекта
Модуль должен обеспечивать расчет критериев оценки объекта ЖКХ, на
основании которых формируется итоговый критерий необходимости ремонта.
В системе должны быть предусмотрены следующие критерии оценки:
-
оценка состояния инженерных элементов КНС;
-
оценка технического состояния здания;
-
оценка
соответствия
фактического
объема
резервуара
проектной
мощности КНС;
-
оценка производительности насосного оборудования;
-
оценка энергоэффективности насосного оборудования;
-
оценка остаточного эксплуатационного ресурса насосного оборудования;
-
оценка остаточного эксплуатационного ресурса резервуара;
-
оценка технического состояния и комплектности системы фильтрации.
Итоговый критерий необходимости ремонта должен формироваться на
основании совокупности рассчитанных критериев оценки объекта.
Перечень критериев оценки, детальные формулы их расчета, правила
интерпретации результатов, весовые коэффициенты критериев и иные
параметры аналитической модели определяются и уточняются на этапе
технического проектирования на основании материалов, предоставляемых
Заказчиком.
5.5.2.1.3 Требования к аналитической таблице и выгрузке
Модуль должен обеспечивать формирование аналитической таблицы
объектов ЖКХ с возможностью сортировки, фильтрации и выгрузки.
В аналитической таблице должны отображаться следующие сведения по
объекту:
-
место в рейтинге;
-
наименование объекта;
68
-
адрес объекта;
-
район Республики Татарстан;
-
год постройки;
-
количество обслуживаемого населения;
-
год последнего ремонта;
-
текущее состояние объекта;
-
материал постройки;
-
итоговый критерий необходимости ремонта.
Состав отображаемых столбцов аналитической таблицы уточняется в
техническом проекте, утверждаемом Заказчиком.
Модуль должен обеспечивать выгрузку аналитической таблицы в формате,
определяемом проектным решением и общесистемными возможностями АИС.
5.5.2.1.4 Требования к расчёту итогового показателя и рейтинга
Модуль должен обеспечивать расчет итогового аналитического показателя
необходимости ремонта по объекту на основании рассчитанных критериев
оценки и исходных данных, содержащихся в системе и определенных проектным
решением.
Модуль должен обеспечивать присвоение объекту места в рейтинге на
основании рассчитанного аналитического показателя.
Модуль должен обеспечивать возможность просмотра пользователем
сведений о том, из каких критериев, показателей и факторов сформирован
аналитический результат по конкретному объекту.
Детальная формула расчета, логика взвешивания показателей, правила
интерпретации
результата,
пороговые
значения
и
иные
параметры
аналитической модели определяются на этапе технического проектирования на
основании
отдельного
аналитического
Заказчиком.
69
материала,
предоставляемого
5.5.2.2 Требования к функциональному поведению пользовательского
интерфейса модуля
5.5.2.2.1 Аналитическая вкладка
Модуль должен обеспечивать отображение в составе подсистемы
«Объекты ЖКХ» отдельной вкладки, содержащей аналитическую таблицу
объектов.
Вкладка должна обеспечивать постраничный либо иной способ просмотра
результатов, определённый дизайн-проектом, поиск по объектам, фильтрацию
по доступным параметрам и сортировку по аналитическим и атрибутивным
показателям.
5.5.2.2.2 Просмотр детализации рейтинга
Модуль должен обеспечивать возможность просмотра по каждому объекту
детализации аналитического результата.
В составе детализации должны отображаться итоговый аналитический
показатель,
место
объекта
в
рейтинге,
основные
исходные
данные,
использованные при расчете, и сведения о факторах, повлиявших на значение
критерия необходимости ремонта.
5.5.3 Предмет проверки по модулю «Приоритизация объектов ЖКХ»
Предметом проверки по модулю является корректность реализации
аналитической вкладки в составе подсистемы «Объекты ЖКХ», корректность
формирования рейтинга объектов ЖКХ по степени необходимости ремонта,
корректность отображения итоговых и исходных показателей, а также
корректность выгрузки результатов.
Проверке подлежат корректность отображения аналитической таблицы,
корректность сортировки и фильтрации, корректность отображения места
объекта в рейтинге, корректность отображения факторов формирования
результата,
корректность
разграничения
прав
перехода
доступа
и
к
карточке
корректность
общесистемными компонентами АИС.
70
объекта,
соблюдение
интеграции
модуля
с
5.5.4 Требования к данным, доступу, интеграции и реализации модуля
5.5.4.1 Требования к данным модуля
В модуле должны храниться и (или) обрабатываться следующие группы
данных, при этом состав данных уточняется в техническом проекте,
утверждаемом Заказчиком:
-
исходные показатели по объектам ЖКХ, используемые в аналитике;
-
сведения по оборудованию объекта;
-
сведения о состоянии объекта;
-
адресные данные объекта;
-
сведения о количестве обслуживаемого населения;
-
расчетные критерии оценки объекта;
-
расчетные показатели по объектам ЖКХ;
-
итоговый критерий необходимости ремонта;
-
место объекта в аналитическом рейтинге;
-
сведения о факторах, влияющих на рейтинг объекта;
-
сведения, отображаемые в аналитической таблице;
-
параметры выгрузки результатов;
-
журнал действий пользователей в пределах операций, относящихся к
модулю.
5.5.4.2 Роли и права доступа в модуле
В модуле должны использоваться роли создаваемой Системы АИС
«МИДИО
ЖКХ»,
а
при
необходимости
могут
быть
использованы
дополнительные настройки прав доступа без изменения общей ролевой модели
системы, если иное не будет определено на этапе проектирования.
Пользователь, имеющий доступ к объекту ЖКХ, должен иметь право
просматривать сведения об объекте в аналитической вкладке в пределах
предоставленных полномочий.
Пользователь должен иметь доступ только к аналитическим сведениям по
тем объектам ЖКХ, доступ к которым ему предоставлен в рамках действующей
ролевой модели системы.
71
5.5.4.3 Интеграционные требования к модулю
Модуль должен быть интегрирован с общесистемными механизмами
авторизации,
хранения
данных,
журналирования,
карточек
объектов,
справочников и средств выгрузки данных, а также с иными компонентами,
используемыми для представления данных об объекте.
Модуль должен обеспечивать использование данных, уже имеющихся в
системе по объекту, без дублирования функциональности их первичного ввода,
если иное не предусмотрено проектным решением.
Модуль должен обеспечивать получение необходимых для аналитики
сведений из карточки объекта ЖКХ и связанных с ней разделов в пределах,
предусмотренных архитектурой системы и проектным решением.
5.5.4.4 Требования к реализации модуля
Для реализации модуля в составе Системы должны быть разработаны
компоненты, обеспечивающие:
-
отдельную аналитическую вкладку в подсистеме «Объекты ЖКХ»;
-
модель данных и представления данных в части хранения и отображения
аналитических показателей;
-
обеспечение формирования рейтинга объектов ЖКХ по степени
необходимости ремонта;
-
обеспечение отображения итогового аналитического показателя и
детализации факторов его формирования;
-
обеспечение фильтрации, сортировки и выгрузки аналитической таблицы;
-
обеспечение связи аналитической вкладки с карточкой объекта ЖКХ;
-
обеспечение использования общесистемных механизмов авторизации,
разграничения доступа, хранения данных и журналирования;
-
обеспечение журналирования действий пользователей по модулю в
объеме, предусмотренном общесистемными требованиями.
72
5.5.5 Порядок контроля и приёмки модуля
Проверка модуля выполняется в ходе испытаний Системы (раздел 9) в
объёме, установленном настоящим подразделом.
5.5.5.1 Минимально проверяемый объём по модулю
В рамках минимально проверяемого объема по модулю подлежат
проверке:
-
отображение аналитической вкладки в составе подсистемы «Объекты
ЖКХ»;
-
формирование рейтинга объектов ЖКХ по степени необходимости
ремонта;
-
отображение места объекта в рейтинге;
-
отображение итогового критерия необходимости ремонта;
-
отображение основных сведений по объекту в аналитической таблице;
-
отображение факторов, влияющих на аналитический результат;
-
работа поиска, сортировки и фильтрации по аналитической таблице;
-
работа механизма выгрузки результатов;
-
соблюдение прав доступа при просмотре аналитики;
-
корректность интеграции с карточкой объекта, данными объекта и
журналированием.
5.5.5.2 Критерии приёмки модуля
Модуль считается соответствующим требованиям настоящего ТЗ при
условии,
что
реализованы
и
работоспособны
функции
отображения
аналитической вкладки в составе подсистемы «Объекты ЖКХ», обеспечено
формирование рейтинга объектов ЖКХ по степени необходимости ремонта,
обеспечено отображение итогового аналитического показателя и факторов его
формирования, обеспечены поиск, фильтрация, сортировка и выгрузка
результатов, соблюдены требования к разграничению доступа, журналированию
и интеграции с общесистемными компонентами АИС, а также обеспечена
73
корректная обработка сведений по объектам в объеме, предусмотренном
настоящим ТЗ, договором и проектным решением, утверждённым Заказчиком.
5.6 Модуль «Формирование программ»
5.6.1 Назначение
Вкладка «Формирование программ» предназначена для формирования на
основании
данных
о
техническом
состоянии
объектов
инженерной
инфраструктуры ЖКХ (КНС, ВНС, БОС) очередности их включения в
региональные программы капитального ремонта и модернизации в пределах
доступного лимита финансирования программы.
5.6.2 Требования к реестру объектов
Модуль должен обеспечивать ведение реестра объектов инженерной
инфраструктуры с разбивкой по типам: канализационные насосные станции
(КНС); водопроводные насосные станции (ВНС); биологические очистные
сооружения (БОС). Реестр должен обеспечивать фильтрацию по типу объекта
(«Все», «КНС», «ВНС», «БОС») с отображением количества объектов в каждой
категории.
Для каждого объекта реестра должны отображаться не менее следующих
атрибутов:
-
порядковый номер;
-
тип объекта;
-
наименование объекта;
-
муниципальный район;
-
мощность (производительность);
-
объём обслуживаемого фонда (количество МКД и (или) численность
обслуживаемого населения);
-
наименование эксплуатирующей (обслуживающей) организации.
74
5.6.3 Требования к загрузке исходных данных балансодержателем
Модуль должен обеспечивать для уполномоченного пользователя от
эксплуатирующей (балансодержащей) организации возможность внесения
(загрузки) в систему исходных данных по объекту, необходимых для расчёта
интегральной оценки его технического состояния, в соответствии с методикой
оценки, применяемой Региональным центром повышения эффективности ЖКХ
Республики Татарстан.
Состав вносимых данных определяется применяемой методикой оценки и
включает не менее следующих групп сведений по объекту (для КНС):
-
сведения о техническом состоянии здания станции;
-
геометрические параметры и фактический объём приёмного резервуара;
-
проектная мощность (производительность) станции;
-
паспортная и фактическая производительность установленного насосного
оборудования (основного, резервного, дополнительного);
-
данные приборов учёта электроэнергии и объём фактически перекачанных
стоков за отчётный период;
- год ввода в эксплуатацию насосного оборудования и резервуара;
-
сведения о проведённых капитальных ремонтах;
-
материал конструкции резервуара;
-
комплектность и техническое состояние системы фильтрации (наличие
решёток грубой и тонкой очистки, дробилки-измельчителя);
-
данные о частоте засоров насосного оборудования.
Состав данных для объектов типа ВНС и БОС определяется в техническом
проекте, утверждаемом Заказчиком, по аналогичным принципам, с учётом
специфики каждого типа объекта и наличия применимой методики оценки.
Модуль должен обеспечивать хранение истории изменений внесённых
данных с указанием пользователя, внёсшего изменения, и даты внесения.
75
5.6.4 Требования к расчёту интегральной оценки и очерёдности
Модуль должен обеспечивать автоматический расчёт интегрального балла
по каждому объекту на основании внесённых данных в соответствии с
применяемой методикой оценки, включающей не менее следующих оценочных
критериев (для КНС):
-
техническое состояние здания;
-
соответствие фактического объёма резервуара проектной мощности
станции;
-
соответствие производительности насосного оборудования проектной
мощности;
-
энергоэффективность насосного оборудования;
-
остаточный эксплуатационный ресурс насосного оборудования;
-
остаточный эксплуатационный ресурс резервуара;
-
техническое состояние и комплектность системы фильтрации.
По
итоговому
значению
интегрального
балла
модуль
должен
автоматически определять очередность включения объекта в программу
модернизации в соответствии со следующей градацией, утверждённой
применяемой методикой: балл ниже 50 – I очередь (приоритетное рассмотрение);
балл от 50 до 62,5 – II очередь (точечная модернизация); балл от 62,5 до 100 – III
очередь (поддерживающие мероприятия).
Порядок расчёта интегрального балла, весовые коэффициенты и градация
очерёдности должны быть реализованы в системе в виде настраиваемых
параметров (справочника методики), допускающих корректировку значений без
изменения программного кода, с фиксацией версии применяемой методики и
хранением истории изменений параметров с указанием пользователя, внёсшего
изменения, и даты внесения.
Реестр объектов должен обеспечивать сортировку по интегральному баллу
– от объектов с наименьшим баллом (наиболее приоритетных) к объектам с
наибольшим баллом.
76
5.6.5 Требования к формированию программы в пределах лимита
Модуль должен обеспечивать для уполномоченного пользователя
возможность задания лимита финансирования программы (в миллионах рублей)
на выбранный период. На основании заданного лимита и рассчитанной
очерёдности объектов модуль должен автоматически формировать перечень
объектов, включаемых в программу, в порядке возрастания интегрального балла
(от наиболее приоритетных), до момента исчерпания заданного лимита.
Модуль должен обеспечивать отображение сводных показателей по
сформированной
программе:
заданный
лимит
программы;
количество
включённых объектов от общего количества объектов в реестре; сумма
распределённых средств и доля от лимита; количество жителей, охваченных
мероприятиями программы.
Для каждого объекта, включённого в программу, модуль должен
отображать следующие расчетные сведения:
-
интегральный балл и присвоенная очередь;
-
ожидаемый годовой экономический эффект от модернизации и удельный
эффект (п. 5.6.8);
-
нарастающий итог распределения лимита по мере добавления объектов в
программу.
5.6.6 Требования к выгрузке программы
Модуль должен обеспечивать для уполномоченного пользователя
возможность
выгрузки
сформированной
программы
(реестра
объектов,
включённых в программу, с расчётными показателями) в формате, пригодном
для последующего направления в Министерство строительства и жилищнокоммунального хозяйства Российской Федерации. Формат выгрузки (XLSX, PDF
или иной) и состав выгружаемых полей определяются в техническом проекте,
утверждаемом Заказчиком.
77
5.6.7 Требования к достоверности данных
Модуль должен обеспечивать возможность фиксации (прикрепления)
подтверждающих
(обосновывающих)
документов
к
внесённым
балансодержателем исходным данным по объекту. Состав и обязательность
прикрепления подтверждающих документов по видам данных определяются в
техническом проекте, утверждаемом Заказчиком, с учётом рисков внесения
недостоверных данных, влияющих на расчёт интегрального балла и очерёдности
объекта.
Модуль должен обеспечивать для уполномоченного пользователя
(администратора либо представителя Минстроя РТ) возможность проверки и
подтверждения
(либо
отклонения
с
указанием
причины)
внесённых
балансодержателем данных до их использования в расчёте интегрального балла
объекта.
5.6.8 Требования к расчёту экономического эффекта от модернизации
Модуль
должен
обеспечивать
расчёт
ожидаемого
годового
экономического эффекта от модернизации по каждому объекту (руб./год, без
учёта
индексации)
как
суммы
следующих
составляющих:
– экономия электрической энергии – произведение годового потребления
электроэнергии объектом до модернизации (кВт·ч/год), прогнозируемой доли
снижения
потребления
и
тарифа
на
электроэнергию
(руб./кВт·ч);
– снижение затрат на аварийные ремонты – разность количества аварийных
выездов в год до модернизации и планового количества после модернизации,
умноженная
на
среднюю
стоимость
аварийного
выезда;
– снижение затрат на осмотры и снятие показаний – разность количества выездов
для осмотров и снятия показаний в год до и после модернизации, умноженная на
среднюю
стоимость
выезда;
– снижение затрат на очистку насосного оборудования от засоров – разность
количества засоров в год до и после модернизации, умноженная на среднюю
стоимость очистки.
78
Прогнозируемая
доля
снижения
потребления
электроэнергии
определяется по составу мероприятий (например, 20 % за счёт установки
частотного преобразователя и 10 % за счёт телеметрического контроля). Доли
снижения
по
мероприятиям,
плановые
значения
показателей
после
модернизации, средняя стоимость выездов и работ задаются в справочнике
методики и редактируются администратором. Исходные значения показателей
до
модернизации
формируются
на
основании
данных,
внесённых
балансодержателем (п. 5.6.3), и данных телеметрии и могут корректироваться
уполномоченным пользователем для сценарного расчёта по объекту.
Модуль
должен
отображать
структуру
годового
эффекта
по
составляющим, совокупный годовой эффект, а также удельный эффект от
модернизации – отношение совокупного годового эффекта к стоимости
мероприятий по модернизации (руб. в год на 1 руб. вложений).
После проведения модернизации модуль должен обеспечивать планфактный анализ за выбранный период: сравнение значений показателей до
модернизации, плановых и фактических значений удельного энергопотребления
(кВт·ч/м³), количества аварийных выездов, количества осмотров на объекте и
количества засоров насосного оборудования; расчёт фактической экономии за
период и её доли от планового значения; формирование отчёта по результатам
анализа. Фактические значения определяются по данным телеметрии (при
наличии соответствующих приборов учёта), зарегистрированным инцидентам и
сведениям, вносимым балансодержателем.
6. Подсистема «Аварийная диспетчерская ЖКХ»
Назначение подсистемы
Подсистема создаётся для перевода процесса диспетчеризации аварий и
инцидентов
на
объектах
ЖКХ
районов
Республики
Татарстан
из
неавтоматизированного (бумажного/по телефону/ по электронной почте) вида в
79
единую цифровую систему в составе АИС «МИДИО ЖКХ», обеспечивающую
оперативный мониторинг аварийности, сбор сменных рапортов от районов.
Состав подсистемы
Подсистема «Аварийная диспетчерская ЖКХ» состоит из следующих
модулей:
«Мониторинг»,
«Сменный
рапорт»,
«Уведомления».
Способ
представления модулей в пользовательском интерфейсе (отдельные вкладки или
разделы) определяется дизайн-проектом, утверждаемым Заказчиком.
6.1 Модуль «Мониторинг»
6.1.1 Назначение
Вкладка «Мониторинг» является стартовой страницей подсистемы и
предназначена для оперативного отображения текущей аварийной обстановки
по
объектам
ЖКХ
на
территории
Республики
Татарстан
в
разрезе
муниципальных районов и инженерных систем.
6.1.2 Требования к интерактивной карте
Вкладка должна содержать интерактивную карту Республики Татарстан с
отображением муниципальных районов. Районы, в которых на текущий момент
зафиксирована
активная
авария
(технологическое
нарушение),
должны
выделяться на карте цветовой индикацией (красным), с указанием количества
активных нарушений по району в виде числового индикатора на карте.
При наведении курсора на район карта должна отображать всплывающую
детализацию по количеству активных нарушений в разрезе инженерных
ресурсов (горячая вода, холодная вода, газ, теплоснабжение, электроснабжение,
водоотведение) без перехода на другую страницу.
При клике на район модуль должен применять фильтр по этому району к
списку инцидентов, расположенному под картой и отображать всплывающую
детализацию по количеству нарушений за сутки (всего, устраненные и
активные).
80
Над картой должен отображаться сводный индикатор – общее количество
активных нарушений по республике на текущий момент.
6.1.3 Требования к сводке инцидентов
Справа от карты должна отображаться сводная панель с общим
количеством инцидентов за сутки, с раздельным указанием количества
устранённых инцидентов и количества инцидентов, находящихся в работе.
Сводка должна содержать разбивку количества инцидентов по видам
инженерных систем: горячая вода, холодная вода, газ, теплоснабжение,
электроснабжение, водоотведение с визуальной индикацией (например,
цветовой шкалой или диаграммой) доли каждой системы в общем объёме
нарушений.
6.1.4 Требования к реестру инцидентов
Под картой должен отображаться реестр (список) всех инцидентов за
выбранный период с возможностью фильтрации по инженерным ресурсам
(горячая вода, холодная вода, газ, теплоснабжение, электроснабжение,
водоотведение) и по статусу (критичные, важные, плановые, просроченные).
Для каждого инцидента в реестре должны отображаться не менее
следующих атрибутов:
-
идентификатор (ID) инцидента;
-
тип инцидента (авария, информационное донесение);
-
наименование инцидента;
-
муниципальное образование;
-
вид инженерного ресурса;
-
уровень влияния (критичность инцидента);
-
дата и время возникновения;
-
описание инцидента;
-
статус (в работе, устранён, просрочен и иные статусы, определяемые
проектным решением);
-
плановый срок устранения («выполнить до»);
81
-
ответственный (сотрудник или организация, за которой закреплено
устранение инцидента).
Модуль должен обеспечивать возможность создания нового инцидента
вручную уполномоченным пользователем, а также поиск по реестру инцидентов
по ключевым атрибутам (наименование, район, ID).
6.1.5 Требования к обновлению данных
Данные на вкладке «Мониторинг» должны отображаться в актуальном на
момент открытия страницы состоянии с указанием даты и времени последнего
обновления сведений. Порядок и периодичность обновления данных (в режиме,
близком
к
реальному
времени,
либо
периодическая
синхронизация)
определяются в техническом проекте, утверждаемом Заказчиком.
6.1.6 Требования к паспорту муниципального района
Модуль должен обеспечивать открытие паспорта муниципального района
при клике на район на карте. Паспорт района должен отображаться в виде
модального окна без перехода на отдельную страницу и без потери контекста
текущего представления карты.
Паспорт района должен содержать блок общих сведений о районе:
-
название муниципального района;
-
фамилия, имя, отчество главы района;
-
название административного центра;
-
численность населения района;
-
наименование эксплуатирующих организаций по видам инженерных
ресурсов
(горячая
вода,
холодная
вода,
газ,
теплоснабжение,
электроснабжение, водоотведение);
-
количество
объектов
ЖКХ
района,
с
указанием
количества
диспетчеризированных объектов из их числа;
-
область для размещения изображения герба района.
Паспорт района должен содержать блок сводных показателей за текущий
период: количество активных инцидентов по району на текущий момент;
82
количество аварий, зафиксированных за сутки; количество инцидентов,
закрытых за последние 30 дней; количество дней, за которые районом не
представлен сменный рапорт (пропущено дней отчёта), в соответствии с
данными вкладки «Сменный рапорт».
Паспорт района должен содержать блок «Рейтинг района по авариям»,
отображающий текущее место района в рейтинге муниципальных районов по
количеству аварий (из общего количества районов республики) на основании
зафиксированных в Системе данных об авариях, с указанием даты расчёта
рейтинга и текстовым предупреждением при вхождении района в группу
наиболее аварийных районов о необходимости усиленного контроля и
приоритета при формировании программ МКИ.
Паспорт района должен содержать реестр активных инцидентов района с
указанием по каждой записи не менее следующих атрибутов:
-
наименование события;
-
вид инженерного ресурса;
-
дата и время фиксирования инцидента;
-
статус (запланирован, в работе, устранён и иные статусы, определяемые
проектным решением).
Реестр должен обеспечивать переход к полной карточке инцидента,
аналогичной карточке реестра инцидентов вкладки «Мониторинг».
Паспорт района должен содержать кнопку выгрузки отчёта по району,
обеспечивающую формирование и скачивание отчёта, содержащего сведения,
отображаемые в паспорте района (общие сведения, сводные показатели, рейтинг,
перечень
активных
инцидентов),
в
формате,
определяемом
на
этапе
технического проектирования (не менее одного из форматов: PDF, XLSX,
DOCX).
Данные паспорта района должны формироваться на основании сведений
вкладок «Мониторинг», «Сменный рапорт» и реестра объектов ЖКХ без
дублирующего ввода данных, обеспечивая актуальность отображаемых
сведений на момент открытия паспорта.
83
6.1.7 Требования к учёту числа затронутых жителей и их отображению на
карте
Модуль
должен
обеспечивать
определение
количества
жителей,
затронутых инцидентом, на основании адресов объектов (домов), попадающих в
зону инцидента.
Сведения о количестве жителей по каждому дому модуль должен получать
посредством интеграции с внешней системой в виде выгрузки табличного файла
формата
XLSX:
уполномоченный
пользователь
загружает
в
Систему
полученный файл, содержащий соответствие «адрес – количество жителей»,
после чего модуль сопоставляет адреса объектов, затронутых инцидентом, с
данными таблицы по точному совпадению адреса и рассчитывает суммарное
количество затронутых жителей по инциденту.
Порядок, периодичность обновления и формат загружаемой таблицы
(состав столбцов, требования к представлению адреса) определяются в
техническом
проекте,
утверждаемом
Заказчиком.
Помимо табличного файла, сведения о количестве жителей, затронутых
инцидентом, могут быть получены:
- из сменного рапорта – при наличии в нём сведений о количестве
затронутых жителей (в том числе при автоматической обработке рапортов,
поступающих по электронной почте, п. 6.5.4);
- путём ручного ввода уполномоченным пользователем в карточке
инцидента.
При наличии сведений из нескольких источников используется значение с
наивысшим приоритетом: введённое вручную, затем – из сменного рапорта,
затем – рассчитанное по табличному файлу. В карточке инцидента должен
отображаться источник сведений о количестве затронутых жителей. Ручной ввод
и изменение значения фиксируются в журнале действий пользователей.
84
Модуль должен обеспечивать фильтрацию инцидентов по количеству
затронутых жителей, в том числе возможность отбора инцидентов, затронувших
число жителей не менее установленного порогового значения.
Инциденты, у которых количество затронутых жителей превышает
пороговое значение, должны отображаться на карте особым (выделенным)
значком, отличающимся от условного обозначения прочих инцидентов.
Пороговое значение числа затронутых жителей задаётся в настройках
модуля уполномоченным пользователем и не изменяется непосредственно в
элементе фильтрации; конкретный порядок задания и применения порогового
значения определяется в техническом проекте, утверждаемом Заказчиком.
6.2 Модуль «Сменный рапорт»
6.2.1 Назначение
Компонент
«Сменный
рапорт»
предназначен
для
организации
ежедневного (сменного) представления районами Республики Татарстан
сведений об аварийной обстановке на подведомственной территории, а также
для контроля своевременности и полноты представления таких сведений.
6.2.2 Требования к загрузке сменного рапорта
Модуль должен обеспечивать для уполномоченных пользователей от
муниципальных районов возможность загрузки сменного рапорта в систему в
объёме и по форме Минстроя РТ. Загруженный рапорт должен фиксироваться в
системе с указанием даты, времени поступления и района, представившего
рапорт.
6.2.3 Требования к контролю представления рапортов
Модуль должен обеспечивать фиксацию и отображение по каждому
муниципальному району статуса представления сменного рапорта:
-
рапорт представлен в срок;
-
представлен с опозданием;
-
не представлен.
85
Модуль должен фиксировать и отображать количество и долю дней, за
которые район не представил сменный рапорт (пропусков), с разбивкой по
неделе, месяцу и году, а также количество дней подряд без представления
рапорта.
Для визуализации истории представления рапортов по каждому району
должна использоваться индикация по дням (например, календарная шкала или
последовательность цветовых индикаторов: представлен, не представлен,
представлен с опозданием) за выбранный период.
Модуль должен обеспечивать отображение сводных показателей за
выбранный период (неделя, месяц, квартал, год и иные периоды, определяемые
проектным решением): общее количество ожидавшихся рапортов; количество
поступивших рапортов; количество не поступивших рапортов; доля сдачи в
срок; среднее время поступления рапортов; контрольный срок представления
рапорта.
6.2.4 Требования к реестру рапортов и выгрузке
Модуль
должен
обеспечивать
отображение
реестра
рапортов
за
выбранный период с возможностью фильтрации по статусу (все, поступившие, с
опозданием, не поступившие, представлен в срок) и по муниципальному
образованию. Для каждой записи реестра должны отображаться не менее
следующих атрибутов:
-
дата;
-
муниципальное образование;
-
время поступления рапорта;
-
количество инцидентов на контроле;
-
статус представления.
Модуль должен обеспечивать для уполномоченного пользователя
возможность выгрузки (скачивания) сменного рапорта по выбранному району и
(или) за выбранный период в формате, определяемом на этапе технического
проектирования (в форматах: PDF, XLSX, DOCX).
86
6.2.5 Требования к уведомлениям о непредставлении рапорта
Модуль должен обеспечивать фиксацию районов, не представивших
сменный рапорт по истечении контрольного срока, с отображением перечня
таких районов на вкладке. Порядок направления автоматических уведомлений
ответственным лицам о непредставлении рапорта в установленный срок
определяется в техническом проекте, утверждаемом Заказчиком.
6.2.6 Требования к формированию и рассылке общего сменного рапорта
Модуль должен обеспечивать автоматическое формирование общего
сменного рапорта по муниципальным районам Республики Татарстан,
консолидирующего
представленные
районами
сведения
об
аварийной
обстановке за отчётные сутки. Формирование общего сменного рапорта должно
выполняться автоматически по расписанию – в заданное время каждый день, при
этом время его формирования может изменяться.
Модуль должен обеспечивать для уполномоченного пользователя
возможность формирования общего сменного рапорта вручную в произвольный
момент времени. Сформированный общий сменный рапорт должен быть
доступен для скачивания в форматах PDF, XLSX и DOCX.
6.2.7 Требования к формированию и рассылке отчётов по инцидентам
Модуль должен обеспечивать формирование отчётов по инцидентам за
выбранный период (сутки, неделя, месяц, квартал, год) и их направление
получателям из справочника получателей (п. 6.3.5), а также контактам,
вводимым пользователем вручную.
Направление отчётов должно поддерживаться по следующим каналам
связи: электронная почта, мессенджеры (MAX). Формирование и отправка
отчёта по инцидентам должны выполняться по запросу пользователя в
произвольный момент времени.
87
Отчёт по инцидентам должен формироваться в разбивке по ТЗ
Гмуниципальным районам и включать не менее следующих разделов, с
возможностью включения/исключения одного или нескольких разделов при
формировании отчета:
-
тепловая карта аварий Республики Татарстан – карта районов с
индикацией интенсивности аварий за период;
-
крупные аварии, поставленные на особый контроль (отбор по кол-ву
пострадавших или затронутым соц.объектам);
-
сводка за дежурные сутки – общее количество инцидентов, количество
критичных, устранённых и просроченных инцидентов;
-
детализация по ресурсам – количество выявленных, устранённых и
находящихся в работе инцидентов по каждому виду ресурса;
-
детализация инцидентов за сутки – место, время, район, вид ресурса, число
пострадавших, срок устранения, ответственная организация;
-
инциденты, не закрытые с прошлых периодов, – переходящие аварии с
аналогичной детализацией;
-
просроченные инциденты – инциденты, не устранённые в контрольный
срок;
-
инциденты, устранённые за период, – количество и среднее время
устранения;
-
инциденты по районам – инциденты за сутки и длящиеся инциденты,
сгруппированные по районам, при этом район крупной аварии
отображается первым.
Состав, форма и форматы выгрузки отчётов (в форматах: PDF, XLSX,
DOCX) определяются в техническом проекте, утверждаемом Заказчиком.
6.3 Модуль «Уведомления»
6.3.1 Назначение
Вкладка «Уведомления» предназначена для оповещения ответственных
лиц и заинтересованных организаций о зафиксированных в системе инцидентах,
88
а также для направления как сформированных системой отчётов, так и
произвольных
документов,
не
формируемых
системой
автоматически
(например, информационных донесений от МЧС и ресурсоснабжающих
организаций).
6.3.2 Требования к каналам уведомлений
Модуль должен обеспечивать направление уведомлений по следующим
каналам:
-
электронная почта (email), в том числе по предварительно заполненным
(сохранённым в справочнике получателей) контактам, а также с
возможностью указания произвольного адреса получателя при отправке;
-
push-уведомления пользователям системы;
-
уведомления в мессенджер (MAX).
6.3.3 Требования к отправке отчётов
Модуль должен обеспечивать направление посредством указанных
каналов отчётов, сформированных на вкладках «Мониторинг» и «Сменный
рапорт», в том числе отчётов по инцидентам, предусмотренных п. 6.2.7
настоящего ТЗ.
6.3.4 Требования к отправке произвольных документов
Модуль должен обеспечивать для уполномоченного пользователя
(диспетчера Минстроя РТ) возможность загрузки в систему документа и его
направления выбранным получателям посредством одного или нескольких
каналов уведомлений (электронная почта, мессенджер MAX) – в частности, для
рассылки
информационных
донесений,
поступающих
от
МЧС,
ресурсоснабжающих и иных организаций, а также иных форм отчётности,
предусмотренных настоящим разделом (в том числе отчётов, формируемых в
соответствии с п. 6.2.7 и на вкладках «Мониторинг», «Сменный рапорт»), в
случаях, когда их требуется направить не в автоматически сформированном
системой виде, а как загруженный пользователем документ.
89
6.3.5 Требования к справочнику получателей
Модуль
должен
обеспечивать
ведение
справочника
уведомлений
(ФИО,
должность,
организация,
email,
получателей
контакт
для
push/мессенджера) с возможностью выбора одного или нескольких получателей
при отправке, а также указания получателя вручную, не внесённого в
справочник.
6.3.6 Требования к журналу уведомлений
Модуль
должен
обеспечивать
ведение
журнала
отправленных
уведомлений с фиксацией отправителя, получателя, канала, времени отправки и
содержания (либо ссылки на приложенный документ/отчёт).
Состав пользователей, имеющих доступ к вкладке «Уведомления» (в том
числе право направления уведомлений и загрузки произвольных документов), и
объём их прав определяются ролевой моделью АИС «МИДИО ЖКХ» и матрицей
доступа в техническом проекте, утверждаемом Заказчиком.
6.4 Предмет проверки по подсистеме «Аварийная диспетчерская ЖКХ»
Предметом проверки по подсистеме является:
-
по модулю «Мониторинг» – корректность отображения карты Республики
Татарстан и индикации активных нарушений, формирования сводки
инцидентов по ресурсам, работы реестра инцидентов и фильтров;
-
по модулю «Сменный рапорт» – корректность загрузки сменных рапортов
и фиксации фактов их непредставления по дням, неделям, месяцам и году,
корректность выгрузки рапортов;
-
по модулю «Уведомления» – корректность направления уведомлений по
предусмотренным каналам, отправки отчётов и произвольных документов,
ведения справочника получателей и журнала уведомлений.
90
6.5 Требования к данным, доступу и интеграции подсистемы
6.5.1 Роли и права доступа
Подсистема должна обеспечивать разграничение прав доступа в
соответствии с ролевой моделью Системы (подраздел 4.5) не менее чем для
следующих ролей: диспетчер ЖКХ – ведение и актуализация инцидентов в
модуле «Мониторинг», работа со сменными рапортами, уведомлениями и
отчётами; представитель муниципального района – загрузка сменных рапортов,
просмотр инцидентов и данных закреплённой территории; администратор ЖКХ
(представитель Минстроя РТ либо оператора Системы) – настройка параметров
методики оценки, проверка и подтверждение данных, формирование и выгрузка
программ
МКИ,
рассылка
уведомлений.
Состав
прав
каждой
роли
устанавливается матрицей доступа в техническом проекте, утверждаемом
Заказчиком.
6.5.2 Требования к хранению данных
Подсистема должна обеспечивать хранение истории инцидентов, сменных
рапортов, внесённых данных по объектам не менее 3 (трёх) лет с момента
фиксации соответствующих сведений, в соответствии с требованиями п. 4.3.1.4
настоящего ТЗ к хранению исторических данных и журналов.
6.5.3 Требования к интеграции
Подсистема
должна
быть
интегрирована
с
общесистемными
справочниками муниципальных районов, инженерных ресурсов и типов
объектов АИС «МИДИО ЖКХ», а также с механизмами авторизации,
разграничения прав доступа и журналирования действий пользователей,
принятыми в АИС «МИДИО ЖКХ». Состав необходимой интеграции с иными
модулями Системы, предусмотренными настоящим ТЗ, в том числе с
подсистемой
«Объекты
ЖКХ»,
определяется
проектирования.
91
на
этапе
технического
6.5.4 Требования к интеграции с электронной почтой
Подсистема должна обеспечивать автоматическую обработку сменных
рапортов, поступающих на выделенный адрес электронной почты, указываемый
районами в копии при отправке рапорта, с извлечением вложений и
содержащихся в них сведений и последующим созданием, обновлением либо
закрытием карточек инцидентов на основании извлечённых данных. Порядок
проверки
извлечённых
сведений
диспетчером,
состав
поддерживаемых
форматов вложений и параметры используемого почтового адреса определяются
в техническом проекте, утверждаемом Заказчиком.
6.6 Порядок контроля и приёмки подсистемы
Разработка, тестирование, контроль выполнения работ и приёмка
подсистемы «Аварийная диспетчерская ЖКХ» осуществляются в составе
разработки и приёмки результатов работ по созданию АИС «МИДИО ЖКХ» в
соответствии с настоящим техническим заданием, условиями договора и
технической документацией, утверждённой Заказчиком. Подсистема считается
соответствующей требованиям настоящего ТЗ при условии реализации и
работоспособности
всех
четырёх
модулей
подсистемы
(«Мониторинг»,
«Сменный рапорт», «Уведомления») в объёме требований подразделов 6.1–6.3
настоящего ТЗ, а также при соблюдении требований к разграничению доступа,
хранению данных и интеграции, изложенных в подразделе 6.5.
7. Состав и содержание работ по созданию Системы
Работы по созданию Системы выполняются в три этапа. Состав работ,
результаты и отчётные документы, порядок сдачи-приёмки и сроки выполнения
этапов приведены в таблице 3. Сроки выполнения этапов исчисляются с даты
заключения договора.
Срок
выполнения
этапа
означает
срок
представления
Заказчику
результатов этапа. Рассмотрение и приёмка результатов осуществляются в
порядке, установленном подразделом 11.5 и разделом 9 настоящего ТЗ.
92
Результаты каждого этапа оформляются актом сдачи-приёмки этапа работ.
Работы этапа 2 выполняются на основании технического проекта и дизайнпроекта, утверждённых Заказчиком.
Состав реализуемых функций, отчётов, шаблонов, ролей и интеграций
определяется настоящим ТЗ, техническим проектом и договором.
Стоимость работ по каждому этапу устанавливается календарным планом,
являющимся приложением к договору.
Таблица 3 – Состав, результаты, порядок сдачи-приёмки и сроки выполнения
этапов работ
№
этапа
1
Наименование этапа и
состав работ
Техническое
проектирование:
– обследование объекта
автоматизации и
уточнение требований к
Системе;
– разработка
архитектуры Системы,
модели данных и
описания
информационного
обеспечения;
– определение
пользовательских
процессов и действий по
ролям, разработка
матрицы доступа;
– разработка дизайнпроекта (макетов
экранов) с соблюдением
требований п. 4.4.3;
– определение
параметров
интеграционных связей
(п. 4.7.1);
– определение
требований к составу и
характеристикам
серверной
инфраструктуры
Заказчика;
– уточнение состава
исходных показателей и
методики
аналитического расчёта
на основании
материалов Заказчика
Результаты и
отчётные документы
– технический проект
(подраздел 11.1):
пояснительная записка
к техническому проекту
и описание
информационного
обеспечения, дизайнпроект (макеты
экранов);
– акт сдачи-приёмки
этапа 1.
93
Порядок
выполнения работ
1. Исполнитель
представляет
Заказчику
технический проект
и дизайн-проект (в
составе
технического
проекта) .
2. Заказчик
рассматривает
документы в
течение 10 рабочих
дней и утверждает
их либо направляет
мотивированные
замечания.
3. Исполнитель
устраняет
замечания в
течение 5 рабочих
дней, повторное
рассмотрение – в
течение 5 рабочих
дней (подраздел
11.5).
4. После
утверждения
технического
проекта и дизайнпроекта Стороны
подписывают акт
сдачи-приёмки
этапа 1.
Срок
выполнения
Не позднее 45
календарных
дней с даты
заключения
договора
№
этапа
2
Наименование этапа и
состав работ
(подразделы 5.5, 5.6);
– определение решений
по резервированию,
отказоустойчивости и
масштабированию
Системы;
– уточнение иных
параметров, отнесённых
настоящим ТЗ к этапу
технического
проектирования;
– разработка
документации
технического проекта и
дизайн-проекта.
Разработка:
– разработка
программного
обеспечения Системы в
соответствии с
техническим проектом,
настоящим ТЗ, включая
серверную часть, вебклиент (в том числе
мобильную адаптивную
версию) и программное
обеспечение
контроллера;
– разработка API (пп.
4.3.7);
– разработка
конфигураций
инфраструктуры, сборки
и развёртывания (раздел
8);
– интеграция модулей
Системы с
общесистемными
компонентами и
внешними системами
(п. 4.7.1);
– развёртывание
Системы в тестовом
контуре (Staging);
– разработка рабочей
документации
(подраздел 11.2).
Результаты и
отчётные документы
Порядок
выполнения работ
Срок
выполнения
– программное
обеспечение Системы,
развёрнутое в тестовом
контуре (Staging), с
предоставлением
Заказчику адреса
доступа и учётных
записей для всех ролей
пользователей;
– руководство
пользователя;
– руководство
администратора,
включая порядок
развёртывания,
настройки, резервного
копирования и
восстановления,
описание
конфигурации и
переменных
окружения;
– описание
программного
обеспечения;
– программа и
методика приёмочных
испытаний;
– протокол приемочных
испытаний;
перечень
используемых
сторонних
программных
компонентов (п. 1.6.2)
по состоянию на дату
1. Рассмотрение и
утверждение
документации
(подраздел 11.5).
2. Испытания
программного
обеспечения в
тестовом контуре
по программе и
методике
приёмочных
испытаний,
оформление
протокола.
3. Устранение
замечаний
(подраздел 9.4).
4. Подписание акта
сдачи-приёмки
этапа 2.
Не позднее
180
календарных
дней с даты
заключения
договора
94
№
этапа
Наименование этапа и
состав работ
3
Ввод в действие:
– пусконаладочные
работы по установке и
настройке
программного
обеспечения Системы в
промышленном контуре
(Production), подготовка
Системы к опытной
эксплуатации
(подраздел 10.2);
– опытная эксплуатация
Системы и устранение
выявленных
недостатков (подраздел
9.2, 9.4);
– актуализация
документации
технического проекта и
рабочей документации
по результатам опытной
эксплуатации и
приёмочных испытаний
(подраздел 11.2).
Результаты и
отчётные документы
представления;
- письменные заявления
авторов об отказе быть
упомянутыми в
качестве авторов при
государственной
регистрации
программы для ЭВМ
(п. 2 ст. 1262 ГК РФ).
- сведения об авторах
(фамилия, имя,
отчество, паспортные
данные, адрес);
– акт сдачи-приёмки
этапа 2.
– акт выполнения
пусконаладочных
работ;
– акт о приёмке
Системы в опытную
эксплуатацию;
– отчёт о проведении
опытной эксплуатации,
включая журнал
опытной эксплуатации
и сведения об
устранении
недостатков;
– актуализированные
технический проект и
рабочая документация,
описание программного
обеспечения (в случае
изменений);
– репозиторий
исходных кодов с
полной историей
изменений, включая
сборочные и
конфигурационные
файлы (подразделы 8.1,
8.2);
– перечень
используемых
сторонних
программных
компонентов (п. 1.6.2);
– комплект материалов
для включения
Системы в единый
реестр российских
95
Порядок
выполнения работ
Срок
выполнения
1. Опытная
эксплуатация
(подраздел 9.2)
2. Устранение
замечаний
(подраздел 9.4).
3. Подписание акта
сдачи-приёмки
этапа 3.
Не позднее
225
календарных
дней с даты
заключения
договора
№
этапа
Наименование этапа и
состав работ
Результаты и
отчётные документы
программ (подраздел
11.3);
– акт сдачи-приёмки
этапа 3;
– передача Заказчику
исходных кодов,
дистрибутива и иных
материалов (подраздел
11.3).
Порядок
выполнения работ
Срок
выполнения
8. Порядок разработки Системы
8.1 Требования к системе контроля версий
Весь программный код, разрабатываемый по настоящему ТЗ (бэкенд,
фронтенд,
скрипты
миграций,
конфигурации
инфраструктуры),
должен
храниться в системе контроля версий GitLab. Заказчику с начала выполнения
работ предоставляется доступ к репозиторию. По результатам этапа 3 Заказчику
передаётся полный репозиторий, включающий историю коммитов с момента
начала разработки, путём его размещения в системе контроля версий Заказчика
либо передачи Заказчику прав владельца репозитория; факт передачи
фиксируется в акте сдачи-приёмки этапа 3.
Коммиты должны содержать осмысленные сообщения, привязанные к
задачам или пользовательским историям.
Передача исходных кодов и дистрибутивов сопровождается передачей
всех необходимых для сборки библиотек, компиляторов, интерпретаторов и
специальной среды разработки, если сборка возможна только в такой среде, с
соблюдением лицензионных условий, согласованных с Заказчиком. Материалы
передаются в составе результатов этапа 3.
96
8.2 Требования к процессу сборки и развёртывания
Сборка
программных
компонентов
системы
должна
быть
воспроизводимой и автоматизированной: запуск единственной команды (или
скрипта) должен приводить к получению артефакта развёртывания без ручных
шагов. В составе репозитория (подраздел 8.1) передаются:
-
конфигурационные файлы CI/CD: Исходный код конфигураций конвейера
непрерывной
интеграции
и
доставки
(например,
.gitlab-ci.yml),
обеспечивающий автоматическую сборку артефактов, запуск статических
анализаторов кода (линтеров) и выполнение автоматизированных тестов
при каждом внесении изменений в систему контроля версий.
-
шаблоны
переменных
окружения
(например,
.env.example)
с
(env):
Файлы-шаблоны
исчерпывающим
описанием
всех
конфигурационных параметров. Жесткое кодирование (hardcode) настроек
и реквизитов доступа в исходном коде запрещено – конфигурация должна
передаваться исключительно через переменные окружения.
-
артефакты контейнеризации и оркестрации: Инструкции по сборке образов
(Dockerfile) для каждого микросервиса/компонента, а также файлы
декларативного описания инфраструктуры (например, docker-compose),
гарантирующие
полную
идентичность
сред
разработки
(Dev),
тестирования (Staging) и промышленном контуре (Production).
-
регламент
релизного
процесса
и
разграничения
прав:
Автоматизированный конвейер Исполнителя должен обеспечивать сборку
и доставку релизных кандидатов (Release Candidate) строго до тестового
(Staging)
контура.
Развертывание
артефактов
в
промышленную
(Production) среду АИС осуществляется исключительно по факту ручного
подтверждения со стороны службы эксплуатации Заказчика.
8.3 Проверка и выпуск релизов
Релиз должен быть проверен в тестовом контуре по сценариям,
утверждённым Заказчиком; результаты проверки и замечания фиксируются до
выпуска. Перевод в промышленную среду допускается только после ручного
97
подтверждения со стороны службы эксплуатации Заказчика. С каждым релизом
передаётся описание изменений.
9. Порядок контроля и приёмки Системы
9.1 Виды и методы испытаний
Должны быть проведены следующие виды испытаний:
-
опытная эксплуатация;
-
приемочные испытания.
При проведении испытаний используются методики, определенные в
Программе и методике испытаний. Требования к Программе и методике
испытаний приведены в подразделе 11.2.
При проведении перечисленных испытаний в части информационного
взаимодействия системы с другими ИС проверяется наличие в системе и
соответствие установленным требованиям сервисов приема/передачи данных.
Возможность проверки реального информационного взаимодействия
производится в случае предоставления оператором ИС данных. При отсутствии
указанных данных проверки в части информационного взаимодействия
производятся на подготовленных Исполнителем тестовых (модельных) данных,
состав и характеристики которых определяются в Программе и методике
испытаний в составе тестов (контрольных примеров).
Результаты проверок в ходе проведения испытаний в соответствии с
позициями Программы и методики испытаний должны быть зафиксированы в
соответствующих
Протоколах
испытаний.
Как
недостатки
реализации
оформляются исключительно выявленные отклонения от настоящего ТЗ,
технического проекта и дизайн-проекта, утверждённых Заказчиком. Прочие
недостатки могут документироваться как желательные доработки. Наличие
желательных доработок не влияет на процесс передачи в эксплуатацию.
Условием для передачи системы в опытную эксплуатацию является
устранение всех недостатков реализации с высоким уровнем критичности,
выявленных на предыдущих этапах.
98
В случае отклонения системы от требований, предъявляемых на
испытаниях, по решению комиссии сроки проведения испытаний могут быть
перенесены/ расширены Заказчиком до устранения выявленных замечаний.
Испытания должны охватывать требования настоящего ТЗ, технического
проекта и дизайн-проекта, утверждённых Заказчиком.
9.2 Опытная эксплуатация
Опытная
эксплуатация
системы
проводится
с
целью
проверки
функционирования всех компонентов системы на всех объектах внедрения, для
выявления недостатков в работе системы и их устранения.
Опытная эксплуатация проводится в соответствии с Программой опытной
эксплуатации.
В течение опытной эксплуатации Исполнитель должен обеспечить
возможность использования пользователями, привлекаемыми к проведению
опытной эксплуатации на данном этапе, всех функций системы.
Организацию участия пользователей в опытной эксплуатации системы
осуществляет Заказчик.
В ходе опытной эксплуатации Исполнитель должен обеспечивать
работоспособность ПО Системы, включая выполнение следующих работ:
-
частичная или полная переустановка программного обеспечения;
-
восстановление ПО системы из резервной копии;
-
обновление версий ПО Системы;
-
изменение настроек и конфигураций ПО Системы;
-
обработка внештатных ситуаций, связанных с ПО Системы;
9.3 Приёмочные испытания
Испытания должны проводиться с участием представителей Исполнителя
и представителей Заказчика. Заказчик имеет право привлекать к участию в
испытаниях внешних экспертов.
99
Результаты
приемочных
испытаний
фиксируются
в
протоколе
приемочных испытаний системы по результатам ее опытной эксплуатации на
всех объектах внедрения.
9.4 Порядок при выявлении несоответствий
При выявлении в ходе проверки результатов работ несоответствий
требованиям технического задания Заказчик фиксирует соответствующие
замечания в трекере задач либо ином инструменте, определённом Заказчиком.
Замечания должны содержать указание на проверяемый результат работ,
описание выявленного несоответствия и сведения, необходимые Исполнителю
для его устранения.
Результат работ, по которому выявлены несоответствия, подлежит
доработке Исполнителем и повторному представлению на проверку после
устранения замечаний.
При
отсутствии
соответствующий
замечаний
результат
по
работ
итогам
считается
повторной
принятым
в
проверки
порядке,
установленном настоящим техническим заданием.
При
выявлении
критических
несоответствий
(не
позволяющих
использовать систему по назначению) Заказчик вправе отказать в подписании
акта сдачи-приёмки. Исполнитель обязан устранить критические несоответствия
в срок не более 10 (десяти) рабочих дней и повторно предъявить результаты.
При выявлении только несущественных несоответствий (не влияющих на
основной функционал) Стороны вправе подписать акт сдачи-приёмки с
перечнем замечаний, подлежащих устранению в срок, установленный
Заказчиком, но не более 30 (тридцати) календарных дней.
100
10. Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу Системы в эксплуатацию
10.1 Исходные данные и доступы
Заказчик предоставляет Исполнителю имеющиеся
в распоряжении
Заказчика исходные данные, необходимые для выполнения работ, в течение 10
рабочих дней с даты получения соответствующего запроса Исполнителя, в том
числе:
-
исходные коды и документацию, материалы, дизайн Базовой программы
(подраздел 1.6, п. 4.4.3).
Заказчик также обеспечивает:
-
предоставление серверной инфраструктуры тестового контура (Staging) в
соответствии с требованиями технического проекта не позднее 20 рабочих
дней с даты подписания акта сдачи-приёмки этапа 1;
-
предоставление серверной инфраструктуры промышленного контура
(Production) в соответствии с требованиями технического проекта не
позднее даты подписания акта сдачи-приёмки этапа 2;
-
удалённый доступ Исполнителя к тестовому и промышленному контурам
по защищенному каналу связи на период выполнения работ;
10.2 Подготовка Системы к опытной эксплуатации
В рамках подготовки системы к передаче в опытную эксплуатацию
Исполнитель должен выполнить следующие работы:
-
установку и настройку ПО системы;
-
заведение учетных записей всех пользователей, участвующих в рамках
опытной эксплуатации на данном этапе, согласно спискам пользователей,
представленных Заказчиком, настройку ролей, правил доступа;
-
загрузку первичных данных.
В результате выполнения вышеуказанных работ ПО системы должно
функционировать в объеме всех функций, предусмотренных настоящим ТЗ, с
101
возможностью
работы
всех
пользователей,
участвующих
в
опытной
эксплуатации системы на выбранных объектах внедрения.
11. Требования к документированию
11.1 Документация технического проекта
Документация технического проекта разрабатывается на этапе 1 и
включает в себя состав требований, установленных Таблицей 3 раздела 7
настоящего Технического задания, и утверждается Заказчиком. По результатам
этапов 2 и 3 Исполнитель актуализирует документацию технического проекта с
учётом фактически реализованных решений и передаёт её актуализированную
редакцию в составе требований и результатов этапа 3 Таблицы 3 раздела 7
настоящего Технического задания.
Документ «Пояснительная записка к техническому проекту» должен
содержать развернутые описания конкретных решений с указанием их
соответствия требованиям по разделам настоящего ТЗ. При этом должны быть
указаны качественные и количественные характеристики и другие параметры
решений, реализующие требования настоящего ТЗ.
В ходе проектирования должны быть определены пользовательские
процессы и действия по ролям, их входные и выходные данные, связи между
действиями, модель данных, правила хранения документов, статусов и
замечаний, а также интеграционные связи. Макеты экранов, включая экраны
собственника, администратора и представителя водоканала, включаются в
дизайн-проект, утверждаемый Заказчиком в составе технического проекта.
11.2 Рабочая документация
Рабочая документация на систему (ПО системы) должна включать:
-
руководство пользователя;
- руководство администратора;
-
программу и методику приемочных испытаний;
-
программу опытной эксплуатации.
102
Организационно-распорядительная документация должна включать:
-
акт о приемке системы в опытную эксплуатацию;
-
протокол приемочных испытаний;
Руководство
пользователя
системы
должно
содержать
описание
выполнения операций (действий) пользователей в технологическом процессе.
При этом должна быть отражена работа всех функций системы. Указанные
документы должны содержать описание выполнения операций (действий) всех
категорий пользователей, определённых настоящим ТЗ и техническим проектом.
Эксплуатационные
руководства
должны
строиться
на
основе
технологических задач пользователей и администраторов, а не сводиться к
перечислению функций. Методические материалы должны включать правила
заполнения карточки объекта, работы с замечаниями и формирования отчётов.
Руководства пользователя и администратора должны содержать иллюстрации
(снимки экранов) пользовательского интерфейса.
Программа и методика испытаний должна содержать определение порядка
контроля выполнения всех требований настоящего ТЗ, технического проекта и
дизайн-проекта и соответствующие методики контроля соответствия, при этом
Программа и методика испытаний в качестве приложений должна включать
тесты (контрольные примеры), которые обеспечивают:
-
полную проверку функций ПО системы, предусмотренных настоящим ТЗ;
-
работоспособность механизмов контроля вводимой информации;
-
проверку результатов работ по подготовке системы к передаче в опытную
эксплуатацию, включая установку и настройку ПО системы, заведение
учетных записей и загрузку данных, на соответствие настоящему ТЗ,
техническому проекту и дизайн-проекту, утверждённым Заказчиком.
Программа и методика приемочных испытаний системы должна включать
тесты, позволяющие проверить выполнение всех положений настоящего ТЗ,
технического проекта и дизайн-проекта, утверждённых Заказчиком.
103
11.3 Состав передаваемых материалов
Перечень документов и материалов, передаваемых Исполнителем, с
распределением по этапам работ приведён в таблице 3 (раздел 7).
Комплект материалов для включения Системы в единый реестр
российских программ для электронных вычислительных машин и баз данных (п.
1.6.1) передаётся в составе результатов этапа 3, по составу должен
соответствовать
Методическим рекомендациям Министерства цифрового
развития, связи и массовых коммуникаций Российской Федерации и включать, в
том числе:
-
экземпляр программного обеспечения без технических средств защиты
(или со средствами их законного снятия) для проведения экспертизы;
-
описание
программного
обеспечения,
руководство
пользователя,
инструкцию по установке и развёртыванию тестового экземпляра;
-
отдельный перечень сторонних программных компонентов с указанием
наименования, версии, правообладателя, назначения и типа лицензии;
-
документацию по средствам хранения исходного текста (объектного кода)
и средствам компиляции;
11.4 Требования к содержанию и актуализации
Документация должна содержать сведения, достаточные для разработки,
настройки, испытаний, ввода в эксплуатацию, сопровождения и использования
Системы и её модулей по назначению.
11.5 Порядок согласования, оформления и передачи документации
Документы представляются Заказчику в электронном виде в формате
DOCX, а также в формате PDF без возможности редактирования. Документы,
подлежащие подписанию, по требованию Заказчика представляются также на
бумажном носителе формата А4 в 2 (двух) экземплярах.
Документы направляются по адресам электронной почты, указанным в
договоре.
104
Заказчик рассматривает представленный документ в течение 10 рабочих
дней с даты его получения и утверждает его либо направляет Исполнителю
мотивированные замечания.
Исполнитель устраняет замечания и повторно представляет документ в
течение 5 рабочих дней с даты получения замечаний. Повторное рассмотрение
документа Заказчиком осуществляется в течение 5 рабочих дней.
Утверждённые версии документов передаются Заказчику в составе
результатов соответствующего этапа работ.
12. Гарантийные обязательства Исполнителя
Исполнитель должен обеспечить гарантию работоспособности АИС,
включая гарантийную поддержку, в течение не менее 24 месяцев с даты
подписания акта сдачи-приёмки этапа 3.
В рамках гарантийной поддержки АИС Исполнитель должен:
-
устранять обнаруженные в процессе постоянной эксплуатации дефекты в
работе системы в срок не более 5 рабочих дней (в случае необходимости
данный срок может быть увеличен по решению Заказчика);
-
принимать участие в восстановлении работоспособности системы после
сбоев и аварий, вызванных дефектами и недокументированными
возможностями системы, выполняя при этом работы, связанные с
восстановлением целостности данных и обновлением ПО системы;
-
вносить изменения в техническую и рабочую документацию на ПО
системы на основании выявленных неточностей или обнаруженных
недокументированных возможностей ПО системы;
-
осуществлять
авторский
надзор
за
изменениями
ПО
системы,
выполняемыми представителем Заказчика, на предмет сохранения
гарантийного обслуживания изменяемых компонентов;
-
консультировать представителей Заказчика об особенностях реализации
ПО системы и возможности и способах внесения предлагаемых изменений
в новой версии ПО системы;
105
В случае, если для осуществления гарантийной поддержки ПО системы в
соответствии с настоящим ТЗ необходимо оказание услуг по технической
поддержке производителями соответствующего технического или программного
обеспечения, используемого при создании ПО системы и передаваемого
Заказчику на условиях неисключительных прав, Исполнитель обеспечивает
предоставление Заказчику данных услуг с передачей соответствующих
документов.
106

=== ФАЙЛ: ДОКУМЕНТАЦИЯ Конкурс СМП АИС МИДИО ЖКХ.doc ' > ДОКУМЕНТАЦИЯ Конкурс СМП АИС МИДИО ЖКХ | docs/32616467033/ДОКУМЕНТАЦИЯ Конкурс СМП АИС МИДИО ЖКХ.pdf
«УТВЕРЖДАЮ»
Генеральный директор
ООО «ЦУП РТ»
________________Т.Р. Закиров
13 октября 2026
ИЗВЕЩЕНИЕ И ДОКУМЕНТАЦИЯ
о проведении конкурса в электронной форме, участниками которого могут быть только
субъекты малого и среднего предпринимательства
на право заключения договора:
на создание автоматизированной информационной системы мониторинга и диспетчеризации
инженерного оборудования жилищно-коммунального хозяйства АИС «МИДИО ЖКХ»
город Казань
2026
1
СОДЕРЖАНИЕ
РАЗДЕЛ 1. ИЗВЕЩЕНИЕ О ПРОВЕДЕНИИ КОНКУРСА
РАЗДЕЛ 2. ОБЩИЕ УСЛОВИЯ ПРОВЕДЕНИЯ КОНКУРСА
РАЗДЕЛ 3. ИНФОРМАЦИОННАЯ КАРТА КОНКУРСА
РАЗДЕЛ 4. ОБРАЗЦЫ ФОРМ И ДОКУМЕНТОВ ДЛЯ ЗАПОЛНЕНИЯ УЧАСТНИКАМИ
КОНКУРСА
РАЗДЕЛ 5. РАСЧЕТ НАЧАЛЬНОЙ (МАКСИМАЛЬНОЙ) ЦЕНЫ ДОГОВОРА
РАЗДЕЛ 6. ТЕХНИЧЕСКАЯ ЧАСТЬ ДОКУМЕНТАЦИИ
РАЗДЕЛ 7. ПРОЕКТ ДОГОВОРА
2
РАЗДЕЛ 1. ИЗВЕЩЕНИЕ О ПРОВЕДЕНИИ КОНКУРСА
№
п/п
1.
Наименование
пункта
Способ закупки
2.
Наименование
Заказчика, контактная
информация
3.
Предмет конкурса
4.
Количество
поставляемого
товара /объем
выполняемой
работы /объем
оказываемой услуги
Срок поставки товара,
выполнения работы,
оказания услуги
5.
6.
Сведения о
максимальном
значении цены
договора
7.
Предоставления
закупочной
документации
8.
Место подачи заявок
на участие в конкурсе
9.
Место поставки
товара, выполнения
работы, оказания
услуги
Начало подачи заявок
для участия в конкурсе
10.
11.
12.
Дата и время
окончания срока
подачи заявок на
участие в конкурсе
Дата рассмотрения
Текст пояснений
Конкурс в электронной форме, участниками которого могут быть
только субъекты малого и среднего предпринимательства
ООО «ЦУП РТ»
Юридический адрес: 420111, Республика Татарстан, г. Казань, ул.
Островского, зд.27
ОГРН 1251600013763 ИНН/КПП 1686048037/ 165501001
Адрес электронной почты Заказчика: ooo.center@tatar.ru.
Контактный телефон Заказчика: +7 987 187 64 85, +7 917 274 66 99.
Создание автоматизированной информационной системы
мониторинга и диспетчеризации инженерного оборудования
жилищно-коммунального хозяйства АИС «МИДИО ЖКХ».
В соответствии с разделом № 6 «Техническая часть» закупочной
документации.
В соответствии с Разделом 6. «Техническая часть» закупочной
документации.
27 702 250 (двадцать семь миллионов семьсот две тысячи двести
пятьдесят) рублей 00 копеек, в том числе НДС (или НДС не
предусмотрен).
Источник финансирования: собственные средства.
Закупочная документация представлена в форме электронного
документа на сайте Единой информационной системы в сфере закупок
www.zakupki.gov.ru, 223etp.zakazrf.ru.
Заявка подается в форме электронного документа оператору
электронной площадки 223etp.zakazrf.ru и должна быть подписана
электронной подписью уполномоченного лица Участника закупки в
соответствии с нормативными правовыми актами Российской
Федерации.
В соответствии с разделом № 6 «Техническая часть» закупочной
документации.
С момента размещения извещения и документации в Единой
информационной системе.
«21» октября 2026 года в 09 час. 00 мин. (по московскому времени)
Дата рассмотрения первых частей заявок: «21» октября 2026 г.
3
13.
14.
15.
16.
предложений
участников закупки и
подведения итогов
закупки
Указание на право
Заказчика отказаться
от проведения
конкурса
Обеспечение заявки на
участие в конкурсе
Дата рассмотрения вторых частей заявок: «21» октября 2026 г.
Дата подведения итогов закупки: «21» октября 2026 г.
Форма, срок и порядок
оплаты договора
Обеспечение
исполнения договора
Установлены в Разделе 7 настоящей Документации (Проект договора).
Заказчик вправе отменить конкурс до наступления даты и времени
окончания срока подачи заявок на участие в конкурсе. Решение об
отмене конкурса размещается в ЕИС в день принятия этого решения.
2% от начальной максимальной цены договора.
5% от цены договора.
Срок предоставления обеспечения исполнения договора: обеспечение
должно быть предоставлено участником закупки до заключения
договора.
Порядок предоставления обеспечения исполнения договора: срок
обеспечения исполнения договора должен составлять срок исполнения
обязательств по договору исполнителем плюс 1 месяц.
Обеспечение исполнения договора может быть представлено в виде
независимой гарантии или путем внесения денежных средств на счет
Заказчика. Способ обеспечения исполнения договора определяется
участником закупки самостоятельно.
Если при проведении конкурса в электронной форме участником
закупки, с которым заключается договор, предложена цена договора,
которая на двадцать пять и более процентов ниже начальной
(максимальной) цены договора, договор заключается только после
предоставления таким участником обеспечения исполнения договора в
размере, превышающем в полтора раза размер обеспечения исполнения
договора, указанный в документации, но не менее чем в размере аванса
(если договором предусмотрена выплата аванса).Участник закупки,
который не предоставил обеспечение исполнения договора, признается
уклонившимся от заключения договора.
В случае предоставления обеспечения договора в виде независимой
гарантии, такая гарантия должна соответствовать следующим
требованиям:
1)
независимая гарантия должна быть выдана гарантом,
соответствующим требованиям статьи 3.4 Федерального закона от
18.07.2011 № 223-ФЗ
2)
информация о независимой гарантии должна быть включена в
реестр независимых гарантий в соответствии с Постановлением
Правительства РФ от 09.08.2022 № 1397;
3)
независимая гарантия не может быть отозвана выдавшим ее
гарантом;
4)
независимая гарантия должна содержать:
а) условие об обязанности гаранта уплатить заказчику (бенефициару)
денежную сумму по независимой гарантии не позднее десяти рабочих
дней со дня, следующего за днем получения гарантом требования
заказчика
(бенефициара),
соответствующего
условиям
такой
независимой гарантии, при отсутствии предусмотренных Гражданским
кодексом Российской Федерации оснований для отказа в
удовлетворении этого требования;
4
б) перечень документов, подлежащих представлению заказчиком
гаранту одновременно с требованием об уплате денежной суммы по
независимой гарантии, в соответствии с постановлением Правительства
Российской Федерации от 09.08.2022 № 1397 «О независимых
гарантиях, предоставляемых в качестве обеспечения заявки на участие в
конкурентной закупке товаров, работ, услуг в электронной форме с
участием субъектов малого и среднего предпринимательства, и
независимых гарантиях, предоставляемых в качестве обеспечения
исполнения договора, заключаемого по результатам такой закупки, а
также о внесении изменений в некоторые акты Правительства
Российской Федерации»;
в) указание на срок действия независимой гарантии, который не может
составлять менее одного месяца с даты окончания срока действия
договора.
Гарант в случае просрочки исполнения обязательств по независимой
гарантии, требование об уплате денежной суммы по которой
соответствует условиям такой независимой гарантии и предъявлено
заказчиком до окончания срока ее действия, обязан за каждый день
просрочки уплатить заказчику неустойку (пени) в размере 1 процента
денежной суммы, подлежащей уплате по такой независимой гарантии
17.
Порядок заключения
договора
18.
Сведения об
осуществлении
закупок у субъектов
малого и среднего
предпринимательства
Информация о запрете
или об ограничениях,
преимуществах,
установленных в
соответствии с п. 1 ч. 2
ст. 3.1-4 Федерального
закона от 18.07.2011 N
223-ФЗ
19.
Несоответствие независимой гарантии, предоставленной участником
закупки, требованиям, предусмотренным настоящим пунктом
документации, является основанием для отказа в принятии ее
заказчиком.
Договор может быть заключен не ранее чем через 10 дней со дня
размещения на сайте итогового протокола, и не позднее 20 дней с даты
размещения в ЕИС итогового протокола.
Внесение изменений в условия договора и расторжение договора
возможно в соответствии с проектом договора.
Установлено ограничение в отношении участников закупок, которыми
могут быть только субъекты малого и среднего предпринимательства,
соответствующие требованиям, установленным ст. 4 Федерального
закона от 24.07.2007 № 209-ФЗ «О развитии малого и среднего
предпринимательства Российской Федерации»
Не установлены.
В связи с тем, что Заказчик входит в перечень организаций, указанных в
абзаце втором подпункта "л" пункта 4 Постановления Правительства
Российской Федерации от 23 декабря 2024 г. N 1875 "О мерах по
предоставлению национального режима при осуществлении закупок
товаров, работ, услуг для обеспечения государственных и
муниципальных нужд, закупок товаров, работ, услуг отдельными
видами юридических лиц" (далее- Постановление) на данную закупку
не
распространяется
запрет,
ограничение,
преимущество,
предусмотренные пунктом 1 Постановления, согласно подпункту "м"
пункта 4 Постановления.
5
РАЗДЕЛ 2. ОБЩИЕ УСЛОВИЯ ПРОВЕДЕНИЯ КОНКУРСА
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Настоящая конкурсная документация о конкурсе в электронной форме, участниками
которого могут быть только субъекты малого и среднего предпринимательства (далее документация), подготовлена на основе положений Конституции Российской Федерации,
Гражданского кодекса Российской Федерации, в соответствии с Федеральным законом от
18.07.2011 № 223-ФЗ «О закупках товаров, работ, услуг отдельными видами юридических лиц»
(далее – Закон № 223-ФЗ), Федеральным законом от 26.07.2006 № 135-ФЗ «О защите
конкуренции», постановления Правительства Российской Федерации от 11.12.2014 № 1352 «Об
особенностях участия субъектов малого и среднего предпринимательства в закупках товаров,
работ, услуг отдельными видами юридических лиц», другими федеральными законами и иными
нормативными правовыми актами Российской Федерации (далее – законодательство о закупках),
Положением о закупке заказчика (далее – Положение о закупке), принятым, утвержденным и
размещенным в Единой информационной системе в сфере закупок (далее – Единая
информационная система) в целях обеспечения гласности и прозрачности закупки, создания
условий для своевременного и полного удовлетворения потребностей заказчика в товарах,
работах, услугах.
В части, прямо не урегулированной законодательством Российской Федерации, проведение
конкурса в электронной форме, участниками которого могут быть только субъекты малого и
среднего предпринимательства и физические лица, не являющиеся индивидуальными
предпринимателями и применяющие специальный налоговый режим «Налог на
профессиональный доход» (далее – конкурс в электронной форме), на право заключить договор
регулируется документацией.
1.2. Заказчик
1.2.1. Заказчик – ООО «ЦУП РТ» проводит конкурс в электронной форме (далее по тексту –
конкурс), предмет и условия которого указаны в Информационной карте, в соответствии с
процедурами, условиями и положениями настоящей документации.
1.3. Предмет конкурса. Место, условия и сроки выполнения работ
1.3.1. Предмет конкурса указан в Информационной карте.
1.3.2. Место, условия и сроки выполнения работ указаны в Информационной карте.
1.4. Начальная (максимальная) цена Договора
1.4.1. Начальная (максимальная) цена Договора, указана в Информационной карте
1.5. Порядок оплаты
1.5.1. Форма, срок, порядок оплаты выполненных работ определяется в проекте Договора,
приведенном в документации, и указан в Информационной карте.
1.6. Требования к участникам процедуры закупки
1.6.1. Требования к участникам конкурентной закупки и перечень документов,
представляемых участниками конкурентной закупки в заявке для подтверждения их соответствия
установленным требованиям, указанным в Информационной карте
1.7. Затраты на подготовку заявки на участие в конкурсе
1.7.1. Участник процедуры закупки несет все расходы, связанные с подготовкой заявки и
участием в конкурс, и Заказчик ни в коем случае не будет нести ответственности или иметь
обязательства в связи с такими расходами независимо от того, как проводится и чем завершается
процедура конкурс.
1.8. Сведения об осуществлении закупок у субъектов малого и среднего
предпринимательства
1.8.1. Установлено ограничение в отношении участников закупок, которыми могут быть
только субъекты малого и среднего предпринимательства, соответствующие требованиям,
6
установленным ст. 4 Федерального закона от 24.07.2007 № 209-ФЗ «О развитии малого и среднего
предпринимательства Российской Федерации»
1.9. Предоставление национального режима при осуществлении закупок товаров, работ
и услуг.
1.9.1. При осуществлении закупки товара:
1) если Правительством Российской Федерации установлен предусмотренный подпунктом «а»
пункта 1 части 2 статьи 3.1-4 Закона о закупках запрет закупок товара, не допускаются:
а) заключение договора на поставку такого товара;
б) при исполнении договора замена такого товара на происходящий из иностранного государства
товар, в отношении которого установлен данный запрет;
2) если Правительством Российской Федерации установлено предусмотренное подпунктом «б»
пункта 1 части 2 статьи 3.1-4 Закона о закупках ограничение закупок товара, не допускаются:
а) заключение договора на поставку товара, происходящего из иностранного государства, если
подана заявка на участие в закупке, окончательное предложение, признанные по результатам их
рассмотрения соответствующими требованиям настоящего Положения, извещения об
осуществлении конкурентной закупки (в случае проведения конкурентной закупки), документации
о конкурентной закупке (в случае проведения конкурентной закупки) и содержащие предложения
о поставке товара российского происхождения;
б) при исполнении договора замена товара на происходящий из иностранного государства товар, в
отношении которого установлено данное ограничение, если указанный договор предусматривает
поставку товара российского происхождения;
3) если Правительством Российской Федерации установлено предусмотренное подпунктом «в»
пункта 1 части 2 статьи 3.1-4 Закона о закупках преимущество в отношении товара российского
происхождения:
а) при рассмотрении, оценке, сопоставлении заявок на участие в закупке, окончательных
предложений осуществляется снижение на пятнадцать процентов ценового предложения,
поданного в соответствии с Законом о закупках и настоящим Положением участником закупки,
предлагающим к поставке товар только российского происхождения, либо увеличение на
пятнадцать процентов ценового предложения этого участника закупки в случае подачи им
предложения о размере платы, подлежащей внесению за заключение договора;
б) в случае заключения договора с участником закупки, указанным в подпункте «а» настоящего
пункта, договор заключается без учета снижения либо увеличения ценового предложения,
осуществленных в соответствии с подпунктом «а» настоящего пункта;
в) при исполнении договора допускается замена товара исключительно на товар российского
происхождения, если указанный договор предусматривает поставку товара российского
происхождения.
1.9.2. При осуществлении закупки работы, услуги:
1) если Правительством Российской Федерации установлен предусмотренный подпунктом «а»
пункта 1 части 2 статьи 3.1-4 Закона о закупках запрет закупки работы, услуги, соответственно
выполняемой, оказываемой иностранным лицом, не допускаются:
а) заключение договора на выполнение такой работы, оказание такой услуги с подрядчиком
(исполнителем), являющимся иностранным лицом;
б) перемена подрядчика (исполнителя) (в случае если эта перемена допускается гражданским
законодательством), с которым заключен указанный договор, на иностранное лицо, которое
зарегистрировано на территории иностранного государства, в отношении которого установлен
данный запрет;
2) если Правительством Российской Федерации установлено предусмотренное подпунктом «б»
пункта 1 части 2 статьи 3.1-4 Закона о закупках ограничение закупки таких работы, услуги,
соответственно выполняемой, оказываемой иностранным лицом, не допускаются:
7
а) заключение договора с участником закупки, являющимся иностранным лицом, если российским
лицом подана заявка на участие в закупке, окончательное предложение, признанные по
результатам их рассмотрения соответствующими требованиям настоящего Положения, извещения
об осуществлении конкурентной закупки (в случае проведения конкурентной закупки),
документации о конкурентной закупке (в случае проведения конкурентной закупки);
б) перемена подрядчика (исполнителя) (в случае если эта перемена допускается гражданским
законодательством), с которым заключен договор, на иностранное лицо, которое зарегистрировано
на территории иностранного государства, в отношении которого установлено данное ограничение,
если такой договор заключен с российским лицом;
3) если Правительством Российской Федерации установлено предусмотренное подпунктом «в»
пункта 1 части 2 статьи 3.1-4 Закона о закупках преимущество в отношении таких работы, услуги,
соответственно выполняемой, оказываемой российским лицом:
а) при рассмотрении, оценке, сопоставлении заявок на участие в конкурентной закупке, заявок на
участие в неконкурентной закупке, окончательных предложений осуществляется снижение на
пятнадцать процентов ценового предложения, поданного в соответствии с Законом о закупках и
настоящим Положением участником закупки, являющимся российским лицом, либо увеличение на
пятнадцать процентов ценового предложения этого участника закупки в случае подачи им
предложения о размере платы, подлежащей внесению за заключение с ним договора;
б) в случае заключения договора с участником закупки, указанным в подпункте «а» настоящего
пункта, указанный договор заключается без учета снижения либо увеличения ценового
предложения, осуществленных в соответствии с подпунктом «а» настоящего пункта;
в) перемена подрядчика (исполнителя) (в случае если эта перемена допускается гражданским
законодательством), с которым заключен договор, допускается исключительно на российское лицо,
если указанный договор заключен с российским лицом.
Участник закупки относится к российским или иностранным лицам на основании
документов участника закупки, содержащих информацию о месте его регистрации (для
юридических лиц и индивидуальных предпринимателей), на основании документов,
удостоверяющих личность (для физических лиц).
2. ДОКУМЕНТАЦИЯ
2.1. Порядок предоставления документации участнику процедуры закупки
2.1.1. Заказчик обеспечивают размещение закупочной документации на официальном сайте
о размещении заказов, одновременно с размещением извещения о проведении конкурса.
Закупочная документация должна быть доступна для ознакомления на официальном сайте о
размещении заказов без взимания платы.
2.1.2. Предоставление закупочной документации до размещения на официальном сайте о
размещении заказов извещения о проведении конкурса не допускается.
2.2. Разъяснение положений закупочной документации
2.2.1. Любой участник процедуры закупки вправе направить в письменной форме, Заказчику
запрос о разъяснении положений закупочной документации. В течение 3 (трех) рабочих дней со
дня поступления указанного запроса Заказчик обязан направить в письменной форме или в форме
электронного документа разъяснения положений закупочной документации, если указанный
запрос поступил к Заказчику не позднее, чем за 3 (три) рабочих дня до дня окончания подачи
заявок на участие в конкурсе.
Заказчик осуществляет разъяснение положений документации о конкурентной закупке и
размещает их в единой информационной системе с указанием предмета запроса, но без указания
участника такой закупки, от которого поступил указанный запрос.
2.2.2. Разъяснение положений закупочной документации не должно изменять ее суть.
8
2.3. Внесение изменений и дополнений в закупочную документацию
2.3.1. Заказчик по собственной инициативе или в соответствии с запросом участника
процедуры закупки вправе вносить изменения в закупочную документацию, проект договора. В
случае внесения указанных изменений, срок подачи заявок на участие должен быть продлен таким
образом, чтобы с даты размещения в ЕИС указанных изменений до даты окончания срока подачи
заявок на участие в такой закупке оставалось не менее половины срока подачи заявок на участие в
конкурсе. Изменения, вносимые в закупочную документацию, проект договора размещаются
Заказчиком в ЕИС не позднее чем в течение трех дней со дня принятия решения о внесении
указанных изменений.
2.3.2. Изменение предмета конкурса не допускается.
2.4. Отказ от проведения конкурса
2.4.1. Заказчик вправе отменить конкурс до наступления даты и времени окончания срока
подачи заявок на участие в конкурсе. Решение об отмене конкурса размещается в ЕИС в день
принятия этого решения.
2.4.2. Порядок возврата участникам процедуры закупки денежных средств, внесенных в
качестве обеспечения заявок на участие в конкурсе, если таковое требование обеспечения заявки
на участие в конкурсе было установлено, определяется Положением Заказчика.
3. ПОДГОТОВКА ЗАЯВКИ НА УЧАСТИЕ В КОНКУРСЕ
3.1. Форма заявки на участие в конкурсе и требования к ее оформлению.
3.1.1. Участник закупки, зарегистрированный в единой информационной системе и
аккредитованный на электронной площадке 223etp.zakazrf.ru, вправе подать заявку на участие в
конкурсе в электронной форме в любое время с момента размещения извещения о его проведении
до предусмотренных настоящей закупочной документацией даты и времени окончания срока
подачи заявки на участие в конкурсе в электронной форме.
Участник конкурса вправе подать только одну заявку на участие в конкурсе в электронной
форме.
3.2. Язык документов, входящих в состав заявки на участие в конкурсе
3.2.1. Заявка на участие в конкурсе, все документы и корреспонденция между Заказчиком и
Участником процедуры закупки, относящиеся к заявке, должны быть составлены на русском
языке. Любые вспомогательные документы и печатные материалы, представленные Участником
процедуры закупки, могут быть написаны на другом языке, если такие материалы сопровождаются
точным переводом на русский язык, и в таком случае в целях интерпретации заявки такой перевод
будет превалировать.
3.3. Требования к содержанию документов, входящих в состав заявки на участие в
конкурсе.
3.3.1. Заявка на участие в конкурсе, которую представляет Участник процедуры закупки в
соответствии с настоящей закупочной документацией, должна быть подготовлена по формам,
представленным в Разделе 4 настоящей закупочной документации, и содержать сведения и
документы, указанные в Информационной карте.
3.3.2. Представление документов с отклонением от установленных в закупочной
документации форм может быть расценено единой комиссией как несоответствие заявки на
участие в конкурсе требованиям, установленным закупочной документацией.
3.3.3. Если в документах, входящих в состав заявки на участие в конкурсе, имеются
расхождения между обозначением сумм прописью и цифрами, то сведения, содержащиеся в
9
документах Участника, составленных с помощью средств, предусмотренных программноаппаратным комплексом электронной площадки, и сведения, содержащиеся в файле в формате,
обеспечивающем возможность его сохранения на технических средствах пользователей и
допускающем после сохранения возможность поиска и копирования произвольного фрагмента
текста, или в файле с графическим образом оригинала документа, должны совпадать, а в случае
несовпадения приоритетными являются сведения, составленные с помощью функционала
электронной площадки.
3.3.4. Участники процедуры закупки подают заявки, которые отвечают требованиям
настоящей закупочной документации.
3.3.5. При подготовке заявки и документов, прилагаемых к заявке на участие в конкурсе, не
допускается применение факсимильных подписей.
3.4. Цена и валюта закупочной заявки
3.4.1. Цена единицы работ по Договору, предлагаемая Участником процедуры закупки, не
может превышать начальную (максимальную) цену единицы работ по Договору, указанную в
Информационной карте. В случае если цена Договора, указанная в заявке и предлагаемая
Участником процедуры закупки, превышает начальную (максимальную) цену Договора,
указанную в Информационной карте, данная заявка не рассматривается единой комиссией на
основании ее несоответствия требованиям, установленным закупочной документацией.
3.4.2. Все налоги, пошлины и прочие сборы, которые Поставщик Договора будет оплачивать
в соответствии с условиями Договора, должны быть включены в расценку и общую цену
Договора.
3.4.3. Все суммы денежных средств в заявке на участие в конкурсе в электронной форме и
приложениях к ней должны быть выражены в российских рублях.
3.4.4. Цена заявки участника указывается в российских рублях в отношении общей
стоимости договора за весь объем обязательств. При этом стоимость каждого отдельного этапа
договора определяется при его заключении путем пропорционального (соразмерного) снижения
начальной цены этого этапа на общий процент снижения, достигнутый по результатам закупки, с
округлением до копеек и корректировкой погрешности округления за счет последнего этапа.
3.5 Требования к описанию работ и требования к оформлению заявок на участие в
конкурсе
3.5.1. При описании условий и предложений участник процедуры закупки должен применять
общепринятые обозначения и наименования в соответствии с требованиями действующих
нормативных правовых актов, если иное не указано в разделе 6 «Техническая часть» закупочной
документации. Заявка на участие в конкурсе и описание предмета закупки подается Участником
по предлагаемой форме 4.1, приведенной в Разделе 4 «Образцы форм и документов для
заполнения участниками процедуры закупки».
3.5.2. Сведения, которые содержатся в заявках Участников закупки, не должны допускать
двусмысленных толкований.
3.5.3. Заявка на участие в конкурсе в электронной форме подается в форме электронного
документа оператору электронной площадки 223etp.zakazrf.ru и должна быть подписана
Участником закупки электронной подписью уполномоченным лицом в соответствии с
нормативными правовыми актами Российской Федерации.
4. ПОДАЧА ЗАЯВКИ НА УЧАСТИЕ В КОНКУРСЕ
4.1. Порядок, место, дата начала и дата окончания срока подачи заявок на участие в
конкурсе
10
4.1.1. Заявки на участие в конкурсе подаются участниками процедуры закупки в порядке и
сроки, указанные в Информационной карте.
4.1.2. Заявки на участие в конкурсе подаются в форме электронного документа оператору
электронной площадки 223etp.zakazrf.ru. При этом датой начала срока подачи заявок на участие в
конкурсе является день, следующий за днем размещения на сайте www.zakupki.gov.ru,
www.223etp.zakazrf.ru извещения и документации о проведении конкурсе.
4.1.3. Участник закупки, подавший заявку на участие в конкурсе, вправе изменить или
отозвать заявку на участие в конкурсе в любое время до окончания срока подачи заявок на участие
в конкурсе. Порядок возврата участникам процедуры закупки денежных средств, внесенных в
качестве обеспечения заявок на участие в конкурсе, если таковое требование обеспечения заявки
на участие в конкурсе было установлено, определяется Положением Заказчика.
4.2. Обеспечение заявок на участие в конкурсе
4.2.1. Если в Информационной карте установлено требование о внесении денежных
средств в качестве обеспечения заявки на участие в конкурсе, Участники процедуры закупки,
подающие заявки, вносят денежные средства в качестве обеспечения заявок в сумме и на счет,
реквизиты которого, указаны в Информационной карте.
4.2.2. Обеспечение заявки на участие в конкурсе в электронной форме может
предоставляться участником закупки путем внесения денежных средств, путем предоставления
независимой гарантии, соответствующей требованиям статьи 3.4 Закона № 223-ФЗ.
Выбор способа обеспечения заявки на участие в конкурсе в электронной форме
осуществляется участником закупки.
4.2.3. При проведении конкурса в электронной форме денежные средства, предназначенные
для обеспечения заявок, вносятся участниками таких закупок на специальные счета, открытые ими
в банках, включенных в перечень, определенный Правительством Российской Федерации в
соответствии с Законом № 44-ФЗ (далее – специальный счет).
4.2.4. Обеспечение заявки на участие в конкурсе в электронной форме возможно путем
блокирования денежных средств при наличии на специальном счете участника такой закупки
незаблокированных денежных средств в размере, предусмотренном извещением, документацией,
либо путем предоставления независимой гарантии в порядке, установленном законодательством
Российской Федерации.
4.2.5. Блокирование денежных средств участника, внесенных в качестве обеспечения заявки
на участие в конкурсе в электронной форме, прекращается в течение не более чем 1 (одного)
рабочего дня с даты наступления одного из следующих случаев:
подписание протокола подведения итогов конкурса в электронной форме. При этом возврат
или прекращение блокирования осуществляется в отношении денежных средств всех участников
закупки, за исключением победителя, которому такие денежные средства возвращаются или
блокирование таких денежных средств которого прекращается в случае заключения договора;
отмена конкурса в электронной форме;
отклонение заявки участника закупки;
отзыв заявки участником закупки до окончания срока подачи заявок на участие в конкурсе в
электронной форме;
получение заявки на участие в конкурсе в электронной форме после окончания срока подачи заявок
на участие в конкурсе в электронной форме;
отказ в допуске участника закупки к участию в конкурсе в электронной форме или отказ
Заказчика от заключения договора с победителем.
4.2.6. Возврат независимой гарантии в случаях, указанных в пункте 14.5 настоящего раздела
документации, Заказчиком лицу или гаранту, предоставившим независимую гарантию, не
осуществляется, взыскание по ней не производится.
4.2.7. Возврат участнику закупки обеспечения заявки на участие в конкурсе в электронной
11
форме не производится в следующих случаях:
уклонение или отказ участника закупки от заключения договора;
непредоставление или предоставление с нарушением условий, установленных Законом №
223-ФЗ, Положением о закупке, до заключения договора Заказчику обеспечения исполнения
договора (в случае, если в извещении, в документации установлены требования обеспечения
исполнения договора и срок его предоставления до заключения договора).
5. РАССМОТРЕНИЕ, ОЦЕНКА И СОПОСТАВЛЕНИЕ ЗАЯВОК НА УЧАСТИЕ В
КОНКУРСЕ
5.1. Рассмотрение заявок на участие в конкурсе и допуск к участию в конкурсе
5.1.1. Единая комиссия рассматривает заявки на участие в конкурсе на соответствие
требованиям, установленным закупочной документацией. Дата окончания рассмотрения заявок
устанавливается в закупочной документации.
5.1.2. На основании результатов рассмотрения заявок на участие в конкурсе единой
комиссией принимается решение о допуске к участи в конкурсе Участника закупки и о признании
Участника закупки, подавшего заявку на участие в конкурсе, Участником конкурсе или об отказе
в допуске такого Участника закупки к участию в конкурсе в порядке и по основаниям,
предусмотренным закупочной документацией.
5.1.3. На основании результатов рассмотрения заявок на участие в конкурсе единой
комиссией оформляется протокол рассмотрения заявок на участие в конкурсе, который
подписывается всеми присутствующими на заседании членами единой комиссии не позднее 3
(трех) рабочих дней со дня рассмотрения заявок на участие в конкурсе.
Указанный протокол размещается Заказчиком в ЕИС не позднее чем через 3 (три) дня со дня
5.1.4. При рассмотрении заявок на участие в конкурсе Участник процедуры закупки не
допускается единой комиссией к участию в конкурсе в случае:
1) непредставления обязательных документов либо наличия в таких документах недостоверных
сведений об участнике закупки, а также о соисполнителях (субподрядчиках, субпоставщиках) в
случае их наличия в заявке участника, если требования к предоставлению документов о
соисполнителях (субподрядчиках, субпоставщиках) были установлены в закупочной
документации;
2) несоответствия заявки на участие в закупке требованиям закупочной документации;
3) непредставления обеспечения заявки на участие в закупке, если требование обеспечения
таких заявок указано в закупочной документации.
Основанием для отказа в допуске участника к участию в конкурсе является:
 отсутствие блокирования денежных средств на специальном счете участника закупки в
банке, включенном в перечень, утвержденный Правительством РФ (в случае выбора участником
обеспечения заявки денежными средствами);
 отсутствие сведений о выданной участнику независимой гарантии в реестре независимых
гарантий, размещенном в единой информационной системе (ЕИС);
 несоответствие предоставленной независимой гарантии требованиям статьи 3.4
Федерального закона № 223-ФЗ, Постановления Правительства РФ № 1397 от 09.08.2022 и
настоящей закупочной документации.
5.2. Оценка и сопоставление заявок на участие в конкурсе
5.2.1. Единая Комиссия осуществляет оценку и сопоставление заявок на участие в конкурсе,
поданных участниками закупки, признанными участниками конкурса. Дата окончания оценки и
сопоставления таких заявок устанавливается в закупочной документации.
12
5.2.2. Оценка и сопоставление заявок на участие в конкурсе осуществляется единой
комиссией в целях выявления лучших условий исполнения договора в соответствии с критериями
и в порядке, которые установлены закупочной документацией.
5.2.3. Для определения лучших условий исполнения договора, предложенных в заявках на
участие в конкурсе, единая комиссия должна оценивать и сопоставлять такие заявки по
критериям, указанным в приложении № 1 Информационной карты.
5.2.4. Для сопоставления и оценки заявки осуществляется расчет итогового рейтинга по
каждой заявке, который рассчитывается путем сложения рейтингов по каждому критерию оценки
заявки, установленному в закупочной документации.
5.2.5. На основании результатов сопоставления и оценки заявок, в соответствии с итоговым
рейтингом, каждой заявке участника закупки, допущенного к участию в закупке, относительно
других по мере уменьшения степени выгодности содержащихся в них условий, единой комиссией
присваивается порядковый номер. Таким образом, первый номер будет присвоен заявке, которая
набрала наибольший итоговый рейтинг и, соответственно, содержит лучшие условия для
своевременного и полного удовлетворения потребностей Заказчика, с необходимыми
показателями цены, качества и надежности. В случае если в нескольких заявках на участие в
закупке содержатся равные по итоговому рейтингу условия, меньший порядковый номер
присваивается участнику закупки, заявка которого поступила раньше остальных.
5.2.6. Победителем конкурса признается Участник конкурса, который предложил лучшие
условия в заявке на участие в конкурсе, которому присвоен первый номер.
5.2.7. Единая комиссия ведет протокол оценки и сопоставления заявок на участие в конкурсе
(итоговый протокол), в котором должны содержаться наименование Участников конкурса, заявки
на участие в конкурсе которых были допущены до участия в конкурсе, а также:
- дата подписания протокола;
- количество поданных на участие в закупке заявок, а также дата и время регистрации
каждой такой заявки;
- наименование (для юридического лица) или фамилия, имя, отчество (при наличии) (для
физического лица) участника закупки, с которым планируется заключить договора (в случае, если
по итогам закупки определен ее победитель), в том числе единственного участника закупки, с
которым планируется заключить договор;
- порядковые номера заявок на участие в закупке, окончательных предложений участников
закупки в порядке уменьшения степени выгодности содержащихся в них условий исполнения
договора, включая информацию о ценовых предложениях и (или) дополнительных ценовых
предложениях участников закупки. Заявке на участие в закупке, окончательному предложению, в
которых содержатся лучшие условия исполнения договора, присваивается первый номер. В
случае, если в нескольких заявках на участие в закупке, окончательных предложениях содержатся
одинаковые условия исполнения договора, меньший порядковый номер присваивается заявке на
участие в закупке, окончательному предложению, которые поступили ранее других заявок на
участие в закупке, окончательных предложений, содержащих такие же условия;
- результаты рассмотрения заявок на участие в закупке, окончательных предложений (если
документацией о закупке, извещением об осуществлении закупки на последнем этапе проведения
закупки предусмотрены рассмотрение таких заявок, окончательных предложений и возможность
их отклонения) с указанием в том числе:
а) количества заявок на участие в закупке, окончательных предложений, которые отклонены;
б) оснований отклонения каждой заявки на участие в закупке, каждого окончательного
предложения с указанием положений документации о закупке, извещения о проведении конкурса,
которым не соответствуют такие заявка, окончательное предложение;
- результаты оценки заявок на участие в закупке, окончательных предложений (если
документацией о закупке на последнем этапе ее проведения предусмотрена оценка заявок,
13
окончательных предложений) с указанием решения комиссии по осуществлению закупок о
присвоении каждой такой заявке, каждому окончательному предложению значения по каждому из
предусмотренных критериев оценки таких заявок (в случае, если этапом закупки предусмотрена
оценка таких заявок);
- причины, по которым закупка признана несостоявшейся, в случае признания ее таковой;
- иные сведения в случае, если необходимость их указания в протоколе предусмотрена
положением о закупке.
5.2.8. Протокол оценки и сопоставления заявок на участие в конкурсе (итоговый протокол)
оформляется и подписывается всеми присутствующими на заседании членами единой комиссии
не позднее 3 (трех) рабочих дней со дня окончания проведения оценка и сопоставления заявок на
участие в конкурсе. Указанный протокол размещается Заказчиком в ЕИС не позднее чем через 3
(три) дня со дня подписания такого протокола.
5.2.9. Победитель конкурса не вправе отказаться от заключения договора.
5.3. Случаи признания конкурса несостоявшимся
5.3.1. Случаи, когда конкурсе признается несостоявшимся:
1) если по окончании срока подачи заявок на участие в конкурсе не подана ни одна заявка на
участие в конкурсе;
2) если по окончании срока подачи заявок на участие в конкурсе подана только одна заявка
на участие в конкурсе;
3) если на основании результатов рассмотрения заявок на участие в конкурсе принято
решение об отказе в допуске участию в конкурсе всех участников, подавших заявки на участие в
конкурсе;
4) если на основании результатов рассмотрения заявок на участие в конкурсе принято
решение о допуске к участию в конкурсе только одного участника, подавшего заявку на участие в
конкурсе;
5) если победитель конкурсе и участник закупки, заявке которого присвоен второй номер
после победителя, уклоняются от заключения договора;
6) если конкурсе отменен Заказчиком.
5.3.2. В случае признания конкурса несостоявшимся единая комиссия вправе:
а) заключить договор с участником, подавшим единственную заявку на участие в конкурсе,
если такая заявка и такой участник по результатам рассмотрения соответствуют требованиям и
условиям, предусмотренным закупочной документации. Заключение договора для такого
Участника является обязательным;
б) заключить договор с участником закупки – единственным допущенным к участию в
конкурсе по результатам рассмотрения заявок на участие в конкурсе. Заключение договора для
такого Участника закупки является обязательным;
в) заключить договор способом у единственного поставщика (исполнителя, подрядчика) без
изменений существенных условий исполнения договора и требований к продукции с размещением
всей необходимой информации о закупке в ЕИС;
г) провести повторную закупку (при этом Заказчик вправе изменить существенные условия
договора и требования к продукции);
д) провести закупку иным способом без изменения существенных условий договора и
требований к предмету закупки;
е) не проводить закупку по данному предмету договора.
5.3.3. При непредставлении Участником конкурса, признанного победителем, в срок,
предусмотренный закупочной документацией, подписанного договора, а также обеспечения
исполнения договора в случае, если Заказчиком было установлено требование обеспечения
исполнения договора, такой Участник конкурса признается уклонившимся от заключения
14
договора.
6.1. Заключение договора по результатам проведения конкурса
6.1.1. Договор по результатам конкурса заключается не ранее чем через 10 (десять) дней и не
позднее чем через 20 (двадцать) дней с даты размещения на сайте итогового протокола,
составленного по результатам проведенного конкурса.
6.1.2. В случае отказа победителя конкурса от заключения договора, договор должен быть
заключен с Участником конкурса, заявке которого на участие в конкурсе был присвоен второй
номер.
6.1.3. В случае, когда конкурс признан несостоявшимся и только один Участник закупки
признан Участником конкурса, договор может быть заключен с таким Участником.
6.1.4. В случае отказа победителя конкурса от заключения договора, денежные средства,
внесенные в качестве обеспечения заявки на участие в конкурсе, победителю конкурса не
возвращаются.
6.1.5. В случае если победитель конкурса признан уклонившимся от заключения договора,
заказчик вправе обратиться в суд с требованием о понуждении победителя конкурса заключить
договор, а также о возмещении убытков, причиненных уклонением от заключения договора, либо
заключить договор с Участником конкурса, заявке на участие, в конкурсе которого присвоен
второй номер, если второй номер присвоен иному участнику.
6.1.6. Договор заключается на условиях, указанных в поданной Участником конкурса, с
которым заключается договор, заявке на участие в конкурсе и в закупочной документации. При
заключении договора цена такого договора не может превышать начальную (максимальную) цену
договора, указанную в закупочной документации. В случае если договор заключается с
физическим лицом, за исключением индивидуальных предпринимателей и иных занимающихся
частной практикой лиц, оплата такого договора уменьшается на размер налоговых платежей,
связанных с оплатой договора.
6.1.7. Обеспечение исполнения договора предоставляется участником закупки путём
внесения денежных средств на счёт Заказчика либо путём предоставления независимой
гарантии, соответствующей требованиям статьи 3.4 Федерального закона от 18.07.2011 № 223-ФЗ
и Постановления Правительства РФ от 09.08.2022 № 1397. Способ обеспечения исполнения
договора определяется участником закупки самостоятельно.
6.1.8. Если при проведении конкурса, Участником закупки, с которым заключается договор,
предложена цена договора, которая на 25 (двадцать пять) и более процентов ниже начальной
(максимальной) цены договора, договор заключается только после предоставления таким
участником обеспечения исполнения договора в размере, превышающем в полтора раза размер
обеспечения исполнения договора.
6.1.9. Заказчик вправе заключить договор с единственным участником размещения заказа,
заявка которого соответствует требованиям закупочной документации.
15
РАЗДЕЛ 3. ИНФОРМАЦОННАЯ КАРТА КОНКУРСА
В данном разделе содержится информация для данного конкурса.
При возникновении противоречия между положениями раздела предыдущих разделов
применяются положения раздела 3.
№
п/п
1
Наименование пункта
Текст пояснений
Наименование Заказчика,
контактная информация
ООО «ЦУП РТ»
Юридический адрес: 420111, Республика Татарстан, г. Казань, ул.
Островского, зд.27
ОГРН 1251600013763 ИНН/КПП 1686048037/ 165501001
Адрес электронной почты Заказчика: ooo.center@tatar.ru.
Контактный телефон Заказчика: +7 987 187 64 85, +7 917 274 66
99.
Создание автоматизированной информационной системы
мониторинга и диспетчеризации инженерного оборудования
жилищно-коммунального хозяйства АИС «МИДИО ЖКХ».
В соответствии с разделом № 6 настоящей закупочной
документации (Техническая часть)
2
Предмет конкурса
3
Количество
поставляемого товара
/объем выполняемой
работы /объем
оказываемой услуги
Место поставки товара,
выполнения работы,
оказания услуги
Сведения о
максимальном
4
5
значении цены
договора
6
Порядок формирования
цены договора
7
Форма, срок и порядок
оплаты
В соответствии с разделом № 6 «Техническая часть» закупочной
документации
27 702 250 (двадцать семь миллионов семьсот две тысячи двести
пятьдесят) рублей 00 копеек, в том числе НДС (или НДС не
предусмотрен).
Начальная (максимальная) цена за единицу ТРУ (этап работ)
составляет:
1 этап – 4 960 783,33 (четыре миллиона девятьсот шестьдесят
тысяч семьсот восемьдесят три) рубля 33 копейки, в том числе
НДС (или НДС не предусмотрен);
2 этап – 18 487 800,00 (восемнадцать миллионов четыреста
восемьдесят семь тысяч восемьсот) рублей 00 копеек, в том числе
НДС (или НДС не предусмотрен);
3 этап – 4 253 666,67 (четыре миллиона двести пятьдесят три
тысячи шестьсот шестьдесят шесть) рублей 67 копеек, в том числе
НДС (или НДС не предусмотрен).
Источник финансирования: собственные средства
В цену договора включены расходы участника размещения заказа,
связанные с исполнением договора, в том числе стоимость товара,
работ, услуг, стоимость материалов, используемых при
выполнении работ, оказания услуг (за исключением материалов,
предоставляемых
Заказчиком),
расходов
на
перевозку,
страхование, уплату таможенных пошлин, налогов и других
обязательных платежей
Установлены в Разделе 7 настоящей закупочной документации
(Проект договора)
16
8
Требования к участникам
процедуры закупки
1) непроведение ликвидации участника конкурентной закупки с
участием субъектов малого и среднего предпринимательства юридического лица и отсутствие решения арбитражного суда о
признании участника такой закупки - юридического лица или
индивидуального
предпринимателя
несостоятельным
(банкротом);
2) неприостановление деятельности участника конкурентной
закупки
с
участием
субъектов
малого
и
среднего
предпринимательства в порядке, установленном Кодексом
Российской Федерации об административных правонарушениях;
3) отсутствие у участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства недоимки по
налогам, сборам, задолженности по иным обязательным платежам
в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка,
рассрочка, инвестиционный налоговый кредит в соответствии с
законодательством Российской Федерации о налогах и сборах,
которые реструктурированы в соответствии с законодательством
Российской Федерации, по которым имеется вступившее в
законную силу решение суда о признании обязанности заявителя
по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством
Российской Федерации о налогах и сборах) за прошедший
календарный год, размер которых превышает двадцать пять
процентов балансовой стоимости активов участника такой
закупки, по данным бухгалтерской (финансовой) отчетности за
последний отчетный период. Участник такой закупки считается
соответствующим установленному требованию в случае, если им
в установленном порядке подано заявление об обжаловании
указанных недоимки, задолженности и решение по данному
заявлению на дату рассмотрения заявки на участие в
конкурентной закупке с участием субъектов малого и среднего
предпринимательства не принято;
4) отсутствие у участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства - физического
лица, зарегистрированного в качестве индивидуального
предпринимателя, либо у руководителя, членов коллегиального
исполнительного органа, лица, исполняющего функции
единоличного исполнительного органа, или главного бухгалтера
юридического лица - участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства непогашенной
или неснятой судимости за преступления в сфере экономики и
(или) преступления, предусмотренные статьями 289, 290, 291,
291.1 Уголовного кодекса Российской Федерации, а также
неприменение в отношении указанных физических лиц наказания
в виде лишения права занимать определенные должности или
заниматься определенной деятельностью, которые связаны с
поставкой товара, выполнением работы, оказанием услуги,
являющихся
предметом
осуществляемой
закупки,
и
административного наказания в виде дисквалификации;
5) отсутствие фактов привлечения в течение двух лет до момента
подачи заявки на участие в конкурентной закупке с участием
субъектов малого и среднего предпринимательства участника
такой закупки - юридического лица к административной
17
9
Место предоставления
закупочной
документации
10
Начало и окончание срока
предоставления
участникам процедуры
закупки разъяснений
положений закупочной
документации
ответственности
за
совершение
административного
правонарушения, предусмотренного статьей 19.28 Кодекса
Российской Федерации об административных правонарушениях;
6) соответствие участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства указанным в
документации
о
конкурентной
закупке
требованиям
законодательства
Российской
Федерации
к
лицам,
осуществляющим поставку товара, выполнение работы, оказание
услуги, являющихся предметом закупки, если в соответствии с
законодательством Российской Федерации информация и
документы, подтверждающие такое соответствие, содержатся в
открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети
"Интернет" (с указанием адреса сайта или страницы сайта в
информационно-телекоммуникационной сети "Интернет", на
которых размещены эти информация и документы);
7) обладание участником конкурентной закупки с участием
субъектов
малого
и
среднего
предпринимательства
исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением договора заказчик
приобретает права на такие результаты;
8) обладание участником конкурентной закупки с участием
субъектов малого и среднего предпринимательства правами
использования результата интеллектуальной деятельности в
случае использования такого результата при исполнении
договора;
9) отсутствие сведений об участнике закупки в реестре
недобросовестных
поставщиков
(исполнителей),
предусмотренном статьей 5 Федерального закона №223-ФЗ, и
(или) в реестре недобросовестных поставщиков (исполнителей),
предусмотренном Федеральным законом от 05.04.2013 № 44-ФЗ
«О контрактной системе в сфере закупок товаров, работ, услуг
для обеспечения государственных и муниципальных нужд».
10) участник закупки не является (не признан) иностранным
агентом в соответствии с Федеральным законом от 14.07.2022 №
255-ФЗ «О контроле за деятельностью лиц, находящихся под
иностранным влиянием».
Закупочная документация представлена в форме электронного
документа на сайте Единой информационной системы в сфере
закупок www.zakupki.gov.ru, 223etp.zakazrf.ru.
Любой участник процедуры закупки вправе направить Заказчику
запрос о разъяснении положений закупочной документации. В
течение 3 (трех) рабочих дней со дня поступления указанного
запроса Заказчик обязан направить в письменной форме или в
форме электронного документа разъяснения положений
закупочной документации, если указанный запрос поступил к
Заказчику не позднее, чем за 3 (три) рабочих дня до дня окончания
подачи заявок на участие в конкурсе.
Дата
начала
предоставления
разъяснений
закупочной
документации: со дня размещения на сайте.
Дата окончания предоставления разъяснений положений
закупочной документации: до «15» октября 2026 года.
18
11
Формы заявки на участие
в конкурсе
12
Документы, входящие в
состав заявки на участие
в конкурсе
13
Срок и место подачи
заявок на участие в
конкурсе, дата и время
окончания подачи заявок
на участие в конкурсе
14
Обеспечение заявки на
участие в конкурсе
15
Требования к качеству
выполняемых работ,
оказываемых услуг
Дата
рассмотрения
предложений участников
закупки и подведения
итогов закупки
Обеспечение исполнения
договора
В соответствии с разделом 6 «Техническая часть» закупочной
документации
Содержание заявки на
участие в конкурсе
Заявка на участие в конкурсе должна содержать следующие
сведения и документы об участнике процедуры закупки,
подавшем такую заявку:
Первая часть заявки на участие в конкурсе в электронной форме
должна содержать: предложение участника конкурентной закупки
с участием субъектов малого и среднего предпринимательства в
отношении предмета закупки. Участник может воспользоваться
рекомендуемой ФОРМОЙ 4.1. раздела 4 ОБРАЗЦЫ ФОРМ И
ДОКУМЕНТОВ
ДЛЯ
ЗАПОЛНЕНИЯ
УЧАСТНИКАМИ
ЗАКУПКИ, содержащей предложение о функциональных,
технических и качественных характеристиках работ и иные
предложения об условиях исполнения договора.
Заявка на участие в закупке может содержать эскиз, рисунок,
16
17
18
Заявка подается в форме электронного документа оператору
электронной площадки 223etp.zakazrf.ru и должна быть подписана
электронной подписью уполномоченного лица Участника закупки
в соответствии с нормативными правовыми актами Российской
Федерации.
Заявка на участие в конкурсе должна содержать:
Документы и сведения, предусмотренные пунктом 18
информационной карты. Участник вправе использовать
рекомендуемые формы раздела 4 «ОБРАЗЦЫ ФОРМ И
ДОКУМЕНТОВ
ДЛЯ
ЗАПОЛНЕНИЯ
УЧАСТНИКАМИ
ЗАКУПКИ» закупочной документации.
Сведения, содержащиеся в документах Участника, составленных
с помощью средств, предусмотренных программно-аппаратным
комплексом электронной площадки, и сведения, содержащиеся в
файле в формате, обеспечивающем возможность его сохранения
на технических средствах пользователей и допускающем после
сохранения возможность поиска и копирования произвольного
фрагмента текста, или в файле с графическим образом
оригинала документа, должны совпадать, а в случае
несовпадения приоритетными являются сведения, составленные
с помощью функционала электронной площадки.
Дата начала подачи заявок на участие в конкурсе:
С момента размещения извещения о конкурсе и закупочной
документации в ЕИС.
Дата и время окончания подачи заявок на участие в конкурсе –
«21» октября 2026 года до 09-00 часов по московскому времени.
Заявка подается в форме электронного документа оператору
электронной площадки 223etp.zakazrf.ru.
2% от начальной максимальной цены договора
Дата рассмотрения первых частей заявок: «21» октября 2026 года
Дата рассмотрения вторых частей заявок: «21» октября 2026 года
Дата подведения итогов закупки: «21» октября 2026 года
5% от цены договора
19
чертеж, фотографию, иное изображение товара, образец
(пробу) товара, на поставку которого размещается закупка.
В случае содержания в первой части заявки на участие в конкурсе
в электронной форме сведений об участнике и (или) о ценовом
предложении данная заявка подлежит отклонению.
Вторая часть заявки на участие в закупке должна содержать
следующие документы и сведения:
1) информация об участнике закупки. Для ее представления
участник вправе использовать рекомендуемую форму 4.2 раздела
4 ОБРАЗЦЫ ФОРМ И ДОКУМЕНТОВ ДЛЯ ЗАПОЛНЕНИЯ
УЧАСТНИКАМИ ЗАКУПКИ либо представить соответствующие
сведения в иной форме;
2) наименование, фирменное наименование (при наличии), адрес
юридического лица в пределах места нахождения юридического
лица, учредительный документ, если участником конкурентной
закупки
с
участием
субъектов
малого
и
среднего
предпринимательства является юридическое лицо;
3) фамилия, имя, отчество (при наличии), паспортные данные,
адрес места жительства физического лица, зарегистрированного в
качестве индивидуального предпринимателя, если участником
конкурентной закупки с участием субъектов малого и среднего
предпринимательства
является
индивидуальный
предприниматель;
4) идентификационный номер налогоплательщика участника
конкурентной закупки с участием субъектов малого и среднего
предпринимательства или в соответствии с законодательством
соответствующего
иностранного
государства
аналог
идентификационного
номера
налогоплательщика
(для
иностранного лица);
5) идентификационный номер налогоплательщика (при наличии)
учредителей, членов коллегиального исполнительного органа,
лица, исполняющего функции единоличного исполнительного
органа юридического лица, если участником конкурентной
закупки
с
участием
субъектов
малого
и
среднего
предпринимательства является юридическое лицо, или в
соответствии
с
законодательством
соответствующего
иностранного государства аналог идентификационного номера
налогоплательщика таких лиц;
6) копия документа, подтверждающего полномочия лица
действовать от имени участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства, за
исключением случаев подписания заявки:
а) индивидуальным предпринимателем, если участником такой
закупки является индивидуальный предприниматель;
б) лицом, указанным в едином государственном реестре
юридических лиц в качестве лица, имеющего право без
доверенности действовать от имени юридического лица (далее –
руководитель), если участником такой закупки является
юридическое лицо;
7) копии документов, подтверждающих соответствие участника
конкурентной закупки с участием субъектов малого и среднего
предпринимательства
требованиям,
установленным
в
соответствии с законодательством Российской Федерации к
лицам, осуществляющим поставку товара, выполнение работы,
20
оказание услуги, являющихся предметом закупки, за исключением
случая, когда в соответствии с законодательством Российской
Федерации информация и документы, подтверждающие такое
соответствие, содержатся в открытых и общедоступных
государственных реестрах, размещенных в информационнотелекоммуникационной сети «Интернет». В таком случае
участник закупки указывает в составе заявки адрес сайта или
страницы сайта в информационно-телекоммуникационной сети
«Интернет», на которых размещены эти информация и
документы: ТРЕБОВАНИЕ НЕ УСТАНОВЛЕНО;
8) копия решения о согласии на совершение крупной сделки или о
последующем одобрении этой сделки, если требование о наличии
указанного решения установлено законодательством Российской
Федерации и для участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства заключение по
результатам такой закупки договора либо предоставление
обеспечения заявки на участие в такой закупке (если требование
об обеспечении заявок установлено заказчиком в извещении об
осуществлении такой закупки, документации о конкурентной
закупке), обеспечения исполнения договора (если требование об
обеспечении исполнения договора установлено заказчиком в
извещении об осуществлении такой закупки, документации о
конкурентной закупке) является крупной сделкой;
В случае, если в решении о согласии на совершение или о
последующем одобрении крупной сделки не указан срок, в течение
которого действительно такое решение, решение считается
действующим в течение одного года с даты его принятия. Если
срок действия решения истек, то решение признается
недействительным
и
заявка
участника
подлежит
отклонению;
9) информация и документы об обеспечении заявки на участие в
конкурентной закупке с участием субъектов малого и среднего
предпринимательства,
если
соответствующее
требование
предусмотрено извещением об осуществлении такой закупки,
документацией о конкурентной закупке:
а) реквизиты специального банковского счета участника
конкурентной закупки с участием субъектов малого и среднего
предпринимательства, если обеспечение заявки на участие в такой
закупке предоставляется участником такой закупки путем
внесения денежных средств;
б) независимая гарантия или ее копия, если в качестве
обеспечения заявки на участие в конкурентной закупке с участием
субъектов малого и среднего предпринимательства участником
такой закупки предоставляется независимая гарантия;
10) декларация, подтверждающая на дату подачи заявки на
участие в конкурентной закупке с участием субъектов малого и
среднего предпринимательства:
а) непроведение ликвидации участника конкурентной закупки с
участием субъектов малого и среднего предпринимательства –
юридического лица и отсутствие решения арбитражного суда о
признании участника такой закупки – юридического лица или
индивидуального
предпринимателя
несостоятельным
(банкротом);
б) неприостановление деятельности участника конкурентной
21
закупки
с
участием
субъектов
малого
и
среднего
предпринимательства в порядке, установленном Кодексом
Российской Федерации об административных правонарушениях;
в) отсутствие у участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства недоимки по
налогам, сборам, задолженности по иным обязательным платежам
в бюджеты бюджетной системы Российской Федерации (за
исключением сумм, на которые предоставлены отсрочка,
рассрочка, инвестиционный налоговый кредит в соответствии с
законодательством Российской Федерации о налогах и сборах,
которые реструктурированы в соответствии с законодательством
Российской Федерации, по которым имеется вступившее в
законную силу решение суда о признании обязанности заявителя
по уплате этих сумм исполненной или которые признаны
безнадежными к взысканию в соответствии с законодательством
Российской Федерации о налогах и сборах) за прошедший
календарный год, размер которых превышает двадцать пять
процентов балансовой стоимости активов участника такой
закупки, по данным бухгалтерской (финансовой) отчетности за
последний отчетный период. Участник такой закупки считается
соответствующим установленному требованию в случае, если им
в установленном порядке подано заявление об обжаловании
указанных недоимки, задолженности и решение по данному
заявлению на дату рассмотрения заявки на участие в
конкурентной закупке с участием субъектов малого и среднего
предпринимательства не принято;
г) отсутствие у участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства – физического
лица, зарегистрированного в качестве индивидуального
предпринимателя, либо у руководителя, членов коллегиального
исполнительного органа, лица, исполняющего функции
единоличного исполнительного органа, или главного бухгалтера
юридического лица – участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства непогашенной
или неснятой судимости за преступления в сфере экономики и
(или) преступления, предусмотренные статьями 289, 290, 291,
291.1 Уголовного кодекса Российской Федерации, а также
неприменение в отношении указанных физических лиц наказания
в виде лишения права занимать определенные должности или
заниматься определенной деятельностью, которые связаны с
поставкой товара, выполнением работы, оказанием услуги,
являющихся
предметом
осуществляемой
закупки,
и
административного наказания в виде дисквалификации;
д) отсутствие фактов привлечения в течение двух лет до
момента подачи заявки на участие в конкурентной закупке с
участием субъектов малого и среднего предпринимательства
участника
такой
закупки
–
юридического
лица
к
административной
ответственности
за
совершение
административного правонарушения, предусмотренного статьей
19.28 Кодекса Российской Федерации об административных
правонарушениях;
е) соответствие участника конкурентной закупки с участием
субъектов малого и среднего предпринимательства указанным в
документации
о
конкурентной
закупке
требованиям
22
законодательства
Российской
Федерации
к
лицам,
осуществляющим поставку товара, выполнение работы, оказание
услуги, являющихся предметом закупки, если в соответствии с
законодательством Российской Федерации информация и
документы, подтверждающие такое соответствие, содержатся в
открытых и общедоступных государственных реестрах,
размещенных в информационно-телекоммуникационной сети
«Интернет» (с указанием адреса сайта или страницы сайта в
информационно-телекоммуникационной сети «Интернет», на
которых размещены эти информация и документы);
ж) обладание участником конкурентной закупки с участием
субъектов
малого
и
среднего
предпринимательства
исключительными правами на результаты интеллектуальной
деятельности, если в связи с исполнением договора заказчик
приобретает права на такие результаты;
з) обладание участником конкурентной закупки с участием
субъектов малого и среднего предпринимательства правами
использования результата интеллектуальной деятельности в
случае использования такого результата при исполнении
договора;
и) участник закупки не является (не признан) иностранным
агентом в соответствии с Федеральным законом от 14.07.2022 №
255-ФЗ «О контроле за деятельностью лиц, находящихся под
иностранным влиянием».
11) копии документов, подтверждающих соответствие товара,
работы или услуги, являющихся предметом закупки, требованиям,
установленным в соответствии с законодательством Российской
Федерации, в случае, если требования к данным товару, работе
или услуге установлены в соответствии с законодательством
Российской Федерации и перечень таких документов
предусмотрен документацией о конкурентной закупке. При этом
не допускается требовать представление указанных документов,
если в соответствии с законодательством Российской Федерации
они передаются вместе с товаром – ТРЕБОВАНИЕ НЕ УСТАНОВЛЕНО;
12) наименование страны происхождения поставляемого товара
(при осуществлении закупки товара, в том числе поставляемого
заказчику при выполнении закупаемых работ, оказании
закупаемых услуг), информация и документы, определенные в
соответствии с пунктом 2 части 2 статьи 3.1-4 Закона № 223-ФЗ –
ТРЕБОВАНИЕ НЕ УСТАНОВЛЕНО;
13) предложение о цене договора, которое может быть
представлено по рекомендуемой ФОРМЕ 4.3 раздела 4 ОБРАЗЦЫ
ФОРМ И ДОКУМЕНТОВ ДЛЯ ЗАПОЛНЕНИЯ УЧАСТНИКАМИ
ЗАКУПКИ;
14) документы, подтверждающие квалификацию Участника
закупки, согласно критериям оценки заявок участников закупки,
установленных в Приложении № 1 к Информационной карте
конкурса.
Непредставление
документов
для
оценки
квалификации не является причиной отклонения заявок
участников.
Декларация, предусмотренная пунктом 10, представляется
в составе заявки участником конкурентной закупки с
использованием программно-аппаратных средств электронной
площадки.
23
19
20
21
22
Участник процедуры закупки вправе приложить к заявке на
участие в закупке иные документы, которые, по мнению
участника процедуры закупки, подтверждают соответствие
установленным требованиям (с комментариями).
Сроки поставки товара/ В соответствии с Разделом 7. ПРОЕКТ ДОГОВОРА
выполнения
работ/
оказания услуг
Срок заключения
Договор может быть заключен не ранее чем через 10 дней со дня
договора, расторжение
размещения на сайте итогового протокола, и не позднее 20 дней с
договора и внесение
даты размещения в ЕИС итогового протокола.
изменений в договор
Внесение изменений в условия договора и расторжение договора
возможно в соответствии с проектом договора.
Сведения
об Установлено ограничение в отношении участников закупок,
осуществлении закупок у которыми могут быть только субъекты малого и среднего
субъектов
малого
и предпринимательства,
соответствующие
требованиям,
среднего
установленным ст. 4 Федерального закона от 24.07.2007 № 209-ФЗ
предпринимательства
«О развитии малого и среднего предпринимательства Российской
Федерации»
При участии в конкурентной закупке субъектов малого и
среднего предпринимательства Заказчик проверяет наличие
данного участника в Едином реестре субъектов малого и
среднего предпринимательства. При его отсутствии в данном
реестре, заявка участника подлежит отклонению.
Информация о запрете
или об ограничениях,
преимуществах,
установленных в
соответствии с п. 1 ч. 2
ст. 3.1-4 Федерального
закона от 18.07.2011 N
223-ФЗ
Не установлены.
В связи с тем, что Заказчик входит в перечень организаций,
указанных в абзаце втором подпункта "л" пункта 4 Постановления
Правительства Российской Федерации от 23 декабря 2024 г. N
1875 "О мерах по предоставлению национального режима при
осуществлении закупок товаров, работ, услуг для обеспечения
государственных и муниципальных нужд, закупок товаров, работ,
услуг отдельными видами юридических лиц" (далееПостановление) на данную закупку не распространяется запрет,
ограничение, преимущество, предусмотренные пунктом 1
Постановления, согласно подпункту "м" пункта 4 Постановления.
24
Приложение № 1
к Информационной карте конкурса в электронной форме
Таблица №1. Критерии оценки заявок участников закупки
Наименование критерия
№
Размер
п/п Для определения лучших условий исполнения договора, предложенных в заявках на значимости
участие в закупке, Комиссия Заказчика осуществляет оценку и сопоставление таких критерия,
заявок по настоящим критериям
%
1.
Цена договора (ценовое предложение).
Рейтинг, присуждаемый оцениваемой заявке по настоящему критерию,
определяется по формуле:
а) в случае если Цmin > 0
ЦБi=((Цmin/Цi) x 100),
где:
ЦБi - количество баллов, присуждаемых i-ой заявке по критерию «цена Договора»;
Цi- предложение участника закупки, заявка (предложение) которого оценивается;
Цmin- минимальное предложение из предложений по критерию оценки, сделанных
участниками закупки;
б) в случае если, Цmin < 0
40%
ЦБi=(((Цmax –Цi)/ Цmax) x 100)
где:
Цmax - максимальное предложение из предложений по критерию, сделанных
участниками закупки.
2.
Квалификация участников закупки, в том числе наличие у них финансовых
ресурсов, на праве собственности или ином законном основании оборудования
и других материальных ресурсов, опыта работы, связанного с предметом
закупки, деловой репутации, специалистов и иных работников определенного
уровня квалификации:
Для оценки заявок по настоящему критерию при осуществлении закупки каждой
заявке присваивается значение от 0 до 100 баллов. Для определения рейтинга
заявки по настоящему критерию оцениваются следующие показатели:
№
п/п
2.1.
Показатель критерия «Квалификация участников закупки,
в том числе наличие у них финансовых ресурсов, на праве
собственности или ином законном основании
оборудования и других материальных ресурсов, опыта
работы, связанного с предметом закупки, деловой
репутации, специалистов и иных работников
определенного уровня квалификации»
Наличие в штате специалистов,
выполнения работ по договору
необходимых
60%
Баллы
для
Наименование роли
Градация
Баллов
Разработчики ПО
(фронтенд + бэкенд в
совокупности)
1 специалист — 3 б.;
2–3 — 6 б.; 4 и более
— 10 б.
до 10
Инженерыпрограммисты
1 — 3 б.; 2 — 6 б.; 3 и
более — 10 б.
до 10
40 баллов
25
№
п/п
Показатель критерия «Квалификация участников закупки,
в том числе наличие у них финансовых ресурсов, на праве
собственности или ином законном основании
оборудования и других материальных ресурсов, опыта
работы, связанного с предметом закупки, деловой
репутации, специалистов и иных работников
определенного уровня квалификации»
Наименование роли
Градация
Баллов
Инженеры-техники /
системные
администраторы
1 — 4 б.; 2 — 7 б.; 3 и
более — 10 б.
до 10
Проектировщики
интерфейсов (UX/UI) /
аналитики
0 — 0 б.; 1 и более —
10 б.
до 10
Итого
Баллы
40
В подтверждение квалификации специалистов участник
прилагает:
- для ролей «Разработчики ПО (фронтенд + бэкенд в
совокупности)», «Инженеры-программисты», «Инженерытехники / системные администраторы» копии дипломов об
образовании (высшем, среднем профессиональном) в сфере
информационных,
инфокоммуникационных
технологий,
вычислительной техники, информационной безопасности,
электротехники, либо документов о профессиональной
переподготовке
(повышении
квалификации)
продолжительностью
не
менее
250
часов
по
соответствующему
направлению,
либо
документы,
подтверждающие опыт работы по соответствующей
должности не менее 1 года (трудовая книжка / выписка ЭТК);
- для роли «Проектировщики интерфейсов (UX/UI) /
аналитики» копии дипломов об образовании (высшем, среднем
профессиональном) в сфере информационных технологий,
дизайна, либо документов о профессиональной переподготовке
(повышении квалификации) продолжительностью не менее 250
часов по соответствующему направлению, либо документы,
подтверждающие опыт работы по соответствующей
должности не менее 1 года (трудовая книжка / выписка ЭТК).
Выписки из ЭТК должны быть актуальными и
сформированными не ранее чем за 7 календарных дней до дня
окончания подачи заявок.
2.2.
В подтверждение наличия указанных специалистов, участник
прилагает копии трудовых договоров, трудовых книжек
(выписки из электронной трудовой книжки), а также вправе
приложить договоры ГПХ на оказание услуг (выполнение
работ) с физическими лицами по соответствующему
направлению деятельности.
Опыт выполнения аналогичных работ:
- отсутствие опыта выполнения аналогичных работ – 0 баллов
- опыт разработки системы мониторинга и диспетчеризации
работы инженерного оборудования – 60 баллов
К оценке принимаются исключительно договоры, цена которых
составляет не менее 80% от НМЦД. Последний акт,
60 баллов
26
№
п/п
Показатель критерия «Квалификация участников закупки,
в том числе наличие у них финансовых ресурсов, на праве
собственности или ином законном основании
оборудования и других материальных ресурсов, опыта
работы, связанного с предметом закупки, деловой
репутации, специалистов и иных работников
определенного уровня квалификации»
Баллы
составленный при исполнении договора должен быть подписан
не ранее чем за 3 года до даты окончания срока подачи заявок.
В подтверждение участник прикладывает копию договора
разработки программного обеспечения для мониторинга и
диспетчеризации технологических процессов работы
инженерного оборудования, дополнительных соглашений (при
наличии), акта(ов) выполненных работ, визуализацию
разработанной программы
ИТОГО:
от 0 до
100
баллов
Порядок оценки и сопоставления заявок на участие в конкурсе
Оценка и сопоставление заявок на участие в конкурсе осуществляется методом балльной
оценки. Каждый рассматриваемый критерий заявки получает оценку в баллах. Баллы, набранные
участником конкурса по каждому критерию, суммируются. Победителем признается участник
закупки, заявке (предложению) которого присвоен самый высокий итоговый рейтинг. Заявке
(предложению) такого участника закупки присваивается первый порядковый номер. Договор
заключается на условиях, представленных в заявке участника конкурса.
1.Оценка заявок по критерию «Квалификация участников закупки, в том числе
наличие у них финансовых ресурсов, на праве собственности или ином законном основании
оборудования и других материальных ресурсов, опыта работы, связанного с предметом
закупки, деловой репутации, специалистов и иных работников определенного уровня
квалификации».
Для оценки заявок (предложений) по критерию «Квалификация участников закупки, в том
числе наличие у них финансовых ресурсов, на праве собственности или ином законном основании
оборудования и других материальных ресурсов, опыта работы, связанного с предметом закупки,
деловой репутации, специалистов и иных работников определенного уровня квалификации»
предусмотрена шкала оценки по каждому показателю критерия. Сумма величин значимости
показателей критерия оценки составляет 100 процентов.
Количество баллов заявки (предложения) по критерию «Квалификация участников закупки,
в том числе наличие у них финансовых ресурсов, на праве собственности или ином законном
основании оборудования и других материальных ресурсов, опыта работы, связанного с предметом
закупки, деловой репутации, специалистов и иных работников определенного уровня
квалификации» определяется по формуле:
Rci = Ci1 + Ci2
Rci – количество баллов, присуждаемых i-й заявке по критерию «Квалификация участников
закупки, в том числе наличие у них финансовых ресурсов, на праве собственности или ином
законном основании оборудования и других материальных ресурсов, опыта работы, связанного с
предметом закупки, деловой репутации, специалистов и иных работников определенного уровня
квалификации»;
27
Ci1 - значение в баллах, присуждаемое комиссией i-й заявке на участие в конкурсе по
показателю «Наличие в штате специалистов, необходимых для выполнения работ по договору»;
Ci2 - значение в баллах, присуждаемое комиссией i-й заявке на участие в конкурсе по
показателю «Опыт выполнения аналогичных работ».
2.Оценка заявок по критерию «Цена договора».
По критерию «Цена договора», бальное значение которого является 100 баллов, баллы
присваиваются всем участникам конкурса по формуле:
а) в случае если Цmin > 0
ЦБi=((Цmin/Цi) x 100),
где:
ЦБi - количество баллов, присуждаемых i-ой заявке по критерию «цена Договора»;
Цi- предложение участника закупки, заявка (предложение) которого оценивается;
Цmin- минимальное предложение из предложений по критерию оценки, сделанных
участниками закупки;
б) в случае если, Цmin < 0
ЦБi=(((Цmax –Цi)/ Цmax) x 100)
где, Цmax - максимальное предложение из предложений по критерию, сделанных
участниками закупки.
3. Итоговый рейтинг заявки на участие в конкурсе (Rcai)
Итоговый рейтинг определяется как сумма рейтингов по каждому критерию оценки заявок
на участие в конкурсе, рассчитанных в соответствии с формулой:
Rcai = Rci x Kci + ЦБi x Kai, где:
Rcai - итоговый рейтинг, присуждаемый i-ой заявке;
Rci – количество баллов, присуждаемых i-й заявке по критерию «Квалификация участника
закупки»;
Kci- значимость критерия «Квалификация участников закупки, в том числе наличие у них
финансовых ресурсов, на праве собственности или ином законном основании оборудования и
других материальных ресурсов, опыта работы, связанного с предметом закупки, деловой
репутации, специалистов и иных работников определенного уровня квалификации»;
ЦБi - количество баллов, присуждаемых i-ой заявке по критерию «Цена договора»;
Kai- значимость критерия «Цена договора».
3.1. На основании результатов оценки и сопоставления заявок на участие в конкурсе
закупочной комиссией каждой заявке на участие в конкурсе присваивается порядковый номер по
мере уменьшения степени выгодности содержащихся в них условий исполнения договора. Заявке
на участие в конкурсе, в которой содержатся лучшие условия исполнения договора, присваивается
первый номер. В случае если в нескольких заявках содержатся одинаковые условия исполнения
договора, меньший порядковый номер присваивается заявке на участие в конкурсе, которая
поступила ранее других заявок на участие в конкурсе, содержащих такие условия.
Победителем признается участник конкурса, заявке на участие в конкурсе которого присвоен
самый высокий итоговый рейтинг. Заявке на участие в конкурсе такого участника конкурса
присваивается первый порядковый номер.
28
29
РАЗДЕЛ 4. ОБРАЗЦЫ ФОРМ И ДОКУМЕНТОВ ДЛЯ ЗАПОЛНЕНИЯ УЧАСТНИКАМИ
ЗАКУПКИ
ФОРМА 4.1.
ПЕРВАЯ ЧАСТЬ ЗАЯВКИ НА УЧАСТИЕ В КОНКУРСЕ
в электронной форме
(рекомендуемая форма первой части заявки)
Предложение участника конкурентной закупки с участием субъектов малого и среднего
предпринимательства в отношении предмета закупки
№
п/п
Предложение участника в отношении предмета закупки
В случае если Заказчиком установлен критерий оценки заявок на участие в конкурсе
«Качественные, функциональные и экологические характеристики предмета закупки», участник
закупки вправе представить в составе первой части заявки на участие в конкурсе предложения
по показателям указанного критерия, установленным в Приложении № 1 к Информационной
карте конкурса, необходимые для оценки заявок на участие в конкурсе.
В случае отсутствия в порядке оценки заявок на участие в конкурсе критерия оценки
«Качественные, функциональные и экологические характеристики предмета закупки» данная
форма не заполняется и не представляется в составе заявки на участие в конкурсе.
Участник закупки по своему усмотрению, в подтверждение данных, представленных в
настоящей форме, может представить любую дополнительную информацию (в том числе копии
документов),
подтверждающую
качественные,
функциональные
и
экологические
характеристики подлежащих выполнению работ. Предложения по показателям критерия
«Качественные, функциональные и экологические характеристики предмета закупки»
признаются условиями исполнения Контракта, предложенными участником конкурса и
подлежат включению в проект государственного Контракта.
Не допускается указание в первой части заявки на участие в закупке сведений об
участнике, а также предложение о цене договора, о цене единицы товара. Первая часть заявки
на участие в закупке должна содержать исключительно описание выполняемой работы.
Первая часть заявки не должна подаваться на фирменном бланке Участника или иным
образом содержать сведения, идентифицирующие его (наименование, адрес местонахождения,
номер контактного телефона, адрес электронной почты, сайт в информационнотелекоммуникационной сети «Интернет» и т.п.).
Данная форма является рекомендованной для участника, однако участник вправе
представить требуемые сведения в любой другой форме.
30
1.1.
ФОРМА 4.2. «ИНФОРМАЦИЯ ОБ УЧАСТНИКЕ ЗАКУПКИ»
(рекомендуемая форма)
ИНФОРМАЦИЯ ОБ УЧАСТНИКЕ ЗАКУПКИ
№
п\п
Наименование
Сведения об участнике
1.
Для юридического лица фирменное наименование участника
(полное и сокращенное наименования);
Для физического лица, в том числе зарегистрированного в
качестве индивидуального предпринимателя: ФИО
2.
Организационно-правовая форма
3.
Учредители / акционеры (перечислить наименования и
организационно-правовую форму и Ф.И.О. всех учредителей /
акционеров)
4.
Для
юридического
лица
и
для
индивидуальных
предпринимателей свидетельство о внесении в Единый
государственный реестр юридических лиц/индивидуальных
предпринимателей (указать дату, номер, кем выдано);
Для физического лица, в том числе зарегистрированного в
качестве индивидуального предпринимателя, паспортные
данные (указать номер, серию паспорта, кем и когда выдан, код
подразделения, сведения о дате и месте рождения, сведения о
месте регистрации и месте фактического проживания)
5.
Виды деятельности
6.
Срок деятельности (с учетом правопреемственности)
7.
ИНН, КПП, ОГРН, ОКПО, ОКОПФ, ОКТМО
Для иностранного лица: ИНН или в соответствии с
законодательством
соответствующего
иностранного
государства аналог ИНН
7.1. ИНН (при наличии) учредителей, членов коллегиального
исполнительного органа, лица, исполняющего функции
единоличного исполнительного органа юридического лица,
если участником конкурентной закупки с участием субъектов
малого и среднего предпринимательства является юридическое
лицо,
или
в
соответствии
с
законодательством
соответствующего иностранного государства аналог ИНН
таких лиц
8.
Юридический адрес (страна, адрес)
9.
10.
11.
12.
13.
14.
15.
16.
Почтовый адрес (страна, адрес)
Фактическое местоположение
Телефоны (с указанием кода города)
Факс (с указанием кода города)
Адрес электронной почты
Филиалы: перечислить наименования и почтовые адреса
Размер уставного капитала
Стоимость основных фондов (по балансу последнего
завершенного периода)
17.
Банковские реквизиты (наименование и адрес банка, номер
расчетного счета претендента в банке, телефоны банка, прочие
31
18.
19.
20.
банковские реквизиты)
Ф.И.О. руководителя претендента, имеющего право подписи
согласно учредительным документам, с указанием должности и
контактного телефона
Орган управления претендента - юридического лица,
уполномоченный на одобрение сделки, право на заключения
которой является предметом настоящей документации о
проведении закупки и порядок одобрения соответствующей
сделки
Ф.И.О. уполномоченного лица претендента с указанием
должности, контактного телефона, электронной почты
Сведения о квалификации участника закупки
Сведения по показателю «Наличие в штате специалистов, необходимых для выполнения работ по
договору»
№п/п
Роль
ФИО
Сведения и реквизиты
документа, подтверждающего
квалификацию специалиста
Сведения и
реквизиты
документа,
подтверждающего
наличие у участника
закупки специалиста
1.
…
Сведения по показателю «Опыт выполнения аналогичных работ»
№п/п
Реквизиты и предмет
договора,
подтверждающий
опыт выполнения
аналогичных работ
Наименование
Заказчика, ИНН,
контактный
телефон Заказчика,
контактное лицо
Цена
договора,
руб.
Реквизиты
акта(ов)
выполненных
работ, цена
выполненных
работ по акту(ам)
Наименование
файла,
содержащего
визуализацию
разработанной
программы
1.
…
32
ФОРМА 4.3. «ПРЕДЛОЖЕНИЕ О ЦЕНЕ ДОГОВОРА»
(рекомендуемая)
Данная форма представляется отдельно от первой и второй части заявки
Наименование, ИНН/КПП
участника закупки: ________________________________________________________
№
п\п
1.
Наименование выполняемой работы
Цена работы, руб.
Создание автоматизированной информационной системы мониторинга и
диспетчеризации инженерного оборудования жилищно-коммунального
хозяйства АИС «МИДИО ЖКХ»
Итоговая цена, руб.
в том числе НДС (___%), руб.(или НДС не облагается)
Цена заявки участника указывается в российских рублях в отношении общей стоимости
договора за весь объем обязательств. При этом стоимость каждого отдельного этапа договора
определяется путем пропорционального (соразмерного) снижения начальной цены этого этапа
на общий процент снижения предлагаемой цены договора, с округлением до копеек и
корректировкой погрешности округления за счет последнего этапа.
33
РАЗДЕЛ 5. РАСЧЕТ НАЧАЛЬНОЙ (МАКСИМАЛЬНОЙ) ЦЕНЫ ДОГОВОРА
Прикреплено отдельным файлом
РАЗДЕЛ 6. ТЕХНИЧЕСКАЯ ЧАСТЬ ЗАКУПОЧНОЙ ДОКУМЕНТАЦИИ
Прикреплено отдельным файлом
РАЗДЕЛ 7. ПРОЕКТ ДОГОВОРА
Прикреплено отдельным файлом
34

=== ФАЙЛ: Проект договора АИС МИДИО ЖКХ.docx ' > Проект договора АИС МИДИО ЖКХ | docs/32616467033/Проект договора АИС МИДИО ЖКХ.pdf
РАЗДЕЛ 7. ПРОЕКТ ДОГОВОРА
ДОГОВОР №____
г. Казань
«
»
20
г.
датой заключения договора в электронной форме является
дата его подписания сторонами электронными подписями сторон
Общество с ограниченной ответственностью «Центр управления процессами Республики
Татарстан», именуемое в дальнейшем «Заказчик», в лице Генерального директора Закирова Тимура
Ринатовича, действующего на основании Устава, с одной стороны, и_____________________________,
именуемое в дальнейшем «Исполнитель», в лице____________________________, действующего на
основании ______________, с другой стороны, совместно именуемые «Стороны», по результатам
проведения закупки конкурсом в электронной форме, участниками которого могут быть только субъекты
малого и среднего предпринимательства (реестровый номер извещения _______), Итоговый протокол
№______ от ______.2026г. заключили настоящий договор о нижеследующем:
1. ПРЕДМЕТ ДОГОВОРА
1.1. В соответствии с настоящим договором Исполнитель обязуется выполнить работы по созданию
автоматизированной информационной системы мониторинга и диспетчеризации инженерного
оборудования жилищно-коммунального хозяйства АИС «МИДИО ЖКХ» в соответствии с Техническим
заданием (Приложение № 1), а Заказчик обязуется принять выполненные работы и оплатить их.
1.2. Стороны обязуются не разглашать без взаимного письменного согласования информацию,
относящуюся к предмету, условиям договора, ходу исполнения, полученным результатам, в т.ч.
экономического характера, принимать все необходимые меры по охране вышеуказанной информации.
Обязанности по соблюдению конфиденциальности остаются в силе в период действия договора и в течение
пяти лет после прекращения действия договора, за исключением случаев, установленных
законодательством. Заказчик поручает Исполнителю обработку персональных данных пользователей
Системы (ФИО, должность, организация, контакты, учетные данные) исключительно для исполнения
Договора, включая гарантийный период. Передача данных третьим лицам запрещена. Исполнитель обязан
соблюдать конфиденциальность, безопасность и локализацию данных, подтверждать выполнение этих
требований по запросу Заказчика, оперативно уведомлять его о выявленных инцидентах и результатах их
расследования в сроки, установленные законодательством РФ, а по окончании гарантийного срока —
уничтожить данные с предоставлением акта по запросу Заказчика.
1.3. Исполнитель гарантирует, что Исполнитель, работники Исполнителя, привлеченные
Исполнителем для выполнения работ по настоящему договору третьи лица, имеют все необходимые
разрешения, допуски и лицензии на выполнение работ, являющихся предметом настоящего договора.
Исполнитель вправе привлекать к исполнению настоящего Договора третьих лиц (соисполнителей,
субподрядчиков) исключительно с предварительного письменного согласия Заказчика. Согласование
каждого такого лица должно быть получено до начала выполнения им каких-либо обязательств по
настоящему Договору.
2. МЕСТО И СРОКИ ВЫПОЛНЕНИЯ РАБОТ
2.1. Работы выполняются в три этапа. Состав работ, результаты, порядок выполнения и предельные
сроки выполнения этапов устанавливаются таблицей 3 Технического задания (приложение № 1 к договору).
Стоимость этапов и последовательность их выполнения устанавливаются Календарным планом
(приложение № 3 к договору).
Все сроки выполнения этапов исчисляются с даты заключения договора. Начало выполнения
последующего этапа не влечёт изменения или продления установленного для него предельного срока.
2.2. Датой исполнения Исполнителем обязательств по настоящему договору считается дата
подписания Сторонами акта сдачи-приемки выполненных работ 3 этапа.
3. СТОИМОСТЬ РАБОТ И ПОРЯДОК РАСЧЕТОВ
3.1. Цена договора составляет ___________ (______________) рублей, в том числе НДС / НДС не
облагается. Стоимость работ по каждому этапу определяется Календарным планом (приложение № 3 к
договору). Общая стоимость этапов равна цене договора.
Стоимость этапов выполнения работ составляет:
1 этап – ___________ (_____________) рублей __ копеек, в том числе НДС / НДС не облагается,
2 этап – ___________ (_____________) рублей __ копеек, в том числе НДС / НДС не облагается,
3 этап – ___________ (_____________) рублей __ копеек, в том числе НДС / НДС не облагается,
3.2. Цена договора включает в себя все расходы, связанные с выполнением Исполнителем
обязательств по настоящему договору, в том числе налоги, сборы и другие обязательные платежи, которые
Исполнитель должен выплатить в связи с выполнением обязательств по настоящему договору в
соответствии с законодательством Российской Федерации.
3.3. Авансирование работ по настоящему договору не предусмотрено.
3.4. Заказчик оплачивает надлежащим образом выполненные и принятые работы в течение 7
рабочих дней с даты подписания Сторонами акта сдачи - приемки выполненных работ по
соответствующему этапу.
3.5. При совершении сделок единственно верным основанием правоотношений сторон следует
считать настоящий договор вне зависимости от каких-либо ошибочных указаний в графе «основание» в
товаросопроводительных и бухгалтерских документах. Заказчик освобождается от ответственности за
несвоевременную оплату в адрес Исполнителя в связи с тем, что последний своевременно не уведомил
Заказчика об изменении платежных реквизитов в письменном виде.
3.6. Датой оплаты считается дата списания денежных средств с корреспондентского счета банка
Заказчика.
3.7. В случае изменения стоимости работ, в том числе в случае уточнения объема выполненных
работ, в соответствии с п. 3 ст. 168 НК РФ Исполнитель выставляет Заказчику корректировочный счетфактуру, не позднее пяти календарных дней, считая со дня подписания дополнительного соглашения к
настоящему договору или иного документа, подтверждающего согласие Заказчика на изменение стоимости
выполненных работ, в том числе из-за изменения цены (тарифа) и (или) изменения количества объектов.
Одновременно с оформлением корректировочного счета-фактуры, Исполнитель в обязательном
порядке вносит соответствующие корректировки в ранее оформленный акт выполненных работ (далее по
тексту – Первичный документ) датой, не позднее даты оформления корректировочного счета-фактуры,
путем изменения величин обязательных реквизитов натурального и/или денежного измерения Первичного
документа в порядке, предусмотренном в ст.9 Федерального закона от 06.12.2011г № 402-ФЗ «О
бухгалтерском учете». При внесении корректировок в Первичный документ должны быть указаны дата
исправления, подписи, должности и ФИО лиц, вносивших исправления. Допускается внесение
корректировок в Первичный документ способом, рекомендованным ФНС, в порядке, аналогичном порядку
оформления корректировочного счета-фактуры, а именно, путем оформления Первичного документа,
содержащего ссылку на первоначальный Первичный документ и то, что документ является
корректировочным, порядковый номер и дату корректировок, информацию до внесения изменений и после
внесения изменений. Первичные документы с внесенными корректировками передаются Заказчику
одновременно с корректировочным счетом-фактурой.
4. СРОКИ ДЕЙСТВИЯ ДОГОВОРА
4.1. Договор вступает в силу с даты его заключения и действует по 16.08.2027. В части расчетов и
неисполненных обязательств Договор действует до их полного исполнения.
5. ОБЯЗАТЕЛЬСТВА СТОРОН
5.1. Заказчик обязуется:

своевременно принять и оплатить выполненные работы в соответствии с настоящим
договором;

принять решение об одностороннем отказе от исполнения настоящего договора в случае,
если в ходе исполнения настоящего договора установлено, что Исполнитель не соответствует
установленным извещением об осуществлении закупки и (или) документацией о закупке требованиям к
участникам закупки или представил недостоверную информацию о своем соответствии таким требованиям,
что позволило ему стать победителем определения исполнителя;

в случае принятия решения об одностороннем отказе от исполнения настоящего договора не
позднее чем в течение трех рабочих дней с даты принятия указанного решения направить его Исполнителю
по почте заказным письмом с уведомлением о вручении по адресу Исполнителя, указанному в настоящем
договоре, а также телеграммой либо посредством факсимильной связи, либо по адресу электронной почты,
либо с использованием иных средств связи и доставки, обеспечивающих фиксирование данного
уведомления и получение Заказчиком подтверждения о его вручении Исполнителю.
5.2. Исполнитель обязуется:

получить все необходимые допуски, разрешения на производство работ в соответствии с
законодательством Российской Федерации;

выполнить своевременно, собственными силами и (или) с привлечением согласованных
Заказчиком соисполнителей (субподрядчиков) и средствами все работы, являющиеся предметом договора,
в объемах, предусмотренных договором, своевременно устранить недостатки, выявленные в процессе
выполнения работ и в период гарантийного срока, в полном соответствии с нормативно-правовыми актами,
действующими на территории РФ;

предоставлять Заказчику по его требованию документы, относящиеся к предмету
настоящего договора, а также своевременно предоставлять Заказчику достоверную информацию о ходе
исполнения своих обязательств, в том числе о сложностях, возникающих при исполнении настоящего
договора;

если в процессе работы выясняется неизбежность получения отрицательных результатов
или нецелесообразность дальнейшего проведения работ, Исполнитель обязан немедленно (в любом случае
не позднее 3 рабочих дней) письменно известить об этом Заказчика, а Заказчик имеет право приостановить
работы. В случае приостановки работ Заказчик в течение 15 календарных дней принимает решение о
дальнейшем продолжении работ или совместное с Исполнителем решение об изменении условий или
расторжении договора;

обеспечить сохранность всех материальных ценностей, результатов выполненных работ до
даты подписания (без замечаний) актов сдачи-приемки выполненных работ. Риск случайной гибели, порчи
или утраты результатов выполненных работ до подписания (без замечаний) актов сдачи-приемки
выполненных работ несет Исполнитель;

обеспечить за свой счет устранение недостатков, выявленных при приемке Заказчиком
работ;

Исполнитель в установленном порядке несет материальную и иную ответственность, в том
числе за нанесенный третьей стороне ущерб;

получить предварительное письменное согласие Заказчика на привлечение каждого
третьего лица (соисполнителя, субподрядчика) к исполнению настоящего договора. Привлечение
указанных лиц не освобождает Исполнителя от исполнения обязательств по договору. Исполнитель
отвечает за действия и бездействие привлеченных лиц как за свои собственные.
5.3. Заказчик вправе:

требовать от Исполнителя надлежащего исполнения обязательств, установленных
настоящим договором;

требовать от Исполнителя своевременного устранения недостатков, выявленных как в ходе
приемки, так и в течение гарантийного периода;

проверять ход и качество выполнения Исполнителем условий настоящего договора без
вмешательства в оперативно-хозяйственную деятельность Исполнителя;

требовать возмещения убытков, причиненных по вине Исполнителя;

предложить увеличить или уменьшить в процессе исполнения настоящего договора объем
выполняемых работ, предусмотренных настоящим договором;

принять решение об одностороннем отказе от исполнения настоящего договора в
соответствии с гражданским законодательством;

до принятия решения об одностороннем отказе от исполнения настоящего договора
провести экспертизу выполненных работ с привлечением экспертов, экспертных организаций:

требовать уплаты неустоек (штрафов, пеней) в соответствии с разделом 7 настоящего
договора.

осуществлять текущий контроль за деятельностью Исполнителя, в том числе на отдельных
этапах его исполнения,
5.4. Исполнитель вправе:

требовать своевременной оплаты на условиях, установленных настоящим договором,
надлежащим образом выполненных и принятых Заказчиком работ;

по согласованию с Заказчиком выполнить работы, качество, технические и функциональные
характеристики (потребительские свойства) которых являются улучшенными по сравнению с качеством и
соответствующими техническими и функциональными характеристиками, указанными в настоящем
договоре;

требовать возмещения убытков, уплаты неустоек (штрафов, пеней) в соответствии с
разделом 7 настоящего договора.
6. ПОРЯДОК СДАЧИ - ПРИЕМКИ РАБОТ
6.1. Исполнитель обязан по окончанию выполнения работ
представить Заказчику акт сдачи-приемки выполненных работ (этапа работ) в двух экземплярах.
К акту сдачи-приемки выполненных работ (этапа работ) по договору прилагаются документы,
предусмотренные техническим заданием, а также счет, УПД/счет-фактура.
6.2. Заказчик в течение 10 (десяти) рабочих дней с даты получения акта сдачи-приемки выполненных работ
по соответствующему этапу и полного комплекта результатов, документов и материалов, предусмотренных
Техническим заданием для данного этапа, осуществляет проверку выполненных работ и представленных
результатов на соответствие требованиям Договора, Технического задания, утвержденного технического
проекта и дизайн-проекта.
По результатам проверки Заказчик подписывает акт сдачи-приемки выполненных работ по
соответствующему этапу либо направляет Исполнителю мотивированный отказ от приемки с перечнем
выявленных несоответствий и сроками их устранения.
Срок проверки исчисляется со дня, следующего за днем получения Заказчиком полного комплекта
результатов, документов и материалов соответствующего этапа. При представлении неполного комплекта
срок проверки начинает исчисляться после получения недостающих материалов.
6.3. Для проверки результатов выполненных работ в части их соответствия условиям настоящего договора
Заказчик проводит экспертизу. Экспертиза результатов выполненных работ может проводиться Заказчиком
своими силами или к ее проведению могут привлекаться эксперты (экспертные организации).
6.4. В случае выявления несоответствий Заказчик направляет Исполнителю мотивированный отказ от
приемки и (или) акт с перечнем выявленных несоответствий и сроками их устранения.
Замечания к результату работ, документации, передаваемой в составе результатов соответствующего этапа,
устраняются Исполнителем в течение 5 (пяти) рабочих дней в соответствии с пунктом 11.5 Технического
задания.
После устранения несоответствий Исполнитель повторно представляет исправленные результаты работ и
документы Заказчику. Повторная проверка результатов работ осуществляется Заказчиком в течение 5
(пяти) рабочих дней с даты получения исправленных результатов и полного комплекта подтверждающих
документов.
Все расходы, связанные с устранением несоответствий и повторным представлением результатов работ,
несет Исполнитель.
6.5. Исключительное право на результаты работ (включая программный код, алгоритмы, интерфейсы,
документацию и иные объекты авторского права), созданные в рамках исполнения настоящего договора
(как по отдельным этапам, так и в целом), переходит к Заказчику в полном объеме с момента их
фактического создания (возникновения). Подписание Акта сдачи-приемки работ лишь подтверждает факт
передачи прав, но не определяет момент их возникновения у Заказчика.
Положения настоящего пункта не распространяются на программы для ЭВМ, библиотеки, программные
модули и иные компоненты третьих лиц, используемые на условиях открытых и иных лицензий. Перечень
таких компонентов, правообладателей и применимых лицензий передаётся Заказчику в составе
документации. Исполнитель обеспечивает наличие у Заказчика прав, достаточных для использования,
воспроизведения, модификации и эксплуатации АИС «МИДИО ЖКХ» в соответствии с условиями
применимых лицензий. Вознаграждение за приобретение Заказчиком исключительных прав на созданные
по Договору результаты включено в цену Договора.
6.6. Заказчик вправе использовать результаты работ по своему усмотрению в любой форме и любым не
противоречащим закону способом, в том числе тиражировать, модифицировать, передавать третьим лицам
и включать в состав других программных продуктов без выплаты Исполнителю дополнительного
вознаграждения.
6.7. Исполнитель гарантирует, что созданные им результаты работ являются оригинальными и их
использование Заказчиком не нарушает интеллектуальных прав третьих лиц. Использование компонентов
третьих лиц допускается только на законных основаниях и при условии передачи Заказчику сведений о
соответствующих правообладателях и лицензиях.
6.8. В случае предъявления к Заказчику претензий или исков со стороны третьих лиц, связанных с
нарушением их интеллектуальных прав в результате работ, Исполнитель обязуется принять на себя
урегулирование таких споров за свой счет, а также возместить Заказчику в полном объеме все убытки,
включая судебные расходы, штрафы и компенсации, выплаченные Заказчиком в пользу третьих лиц.
6.9. Исполнитель обязуется обеспечить получение от своих работников (авторов) письменных согласий на
использование результатов работ без указания имен авторов (анонимно) и на внесение в результаты любых
изменений (право на неприкосновенность произведения).
6.10. Гарантийный срок на работы составляет 24 месяца с даты подписания Сторонами Акта сдачи-приемки
выполненных работ 3 этапа. Если в течение гарантийного срока выявятся недостатки в работах, то
Исполнитель обязуется за свой счет устранить все установленные дефекты. В случае выявления
недостатков Заказчик уведомляет об этом Исполнителя по электронной почте и/или почтовым
отправлением. В уведомлении указываются: недостатки, договор, дата, время и место прибытия
уполномоченного представителя Исполнителя для составления Акта. Исполнитель обязан в указанный в
уведомлении срок прибыть для составления Акта. Составленный Акт является надлежащим основанием
для предъявления претензий к Исполнителю. Заказчик вправе составить Акт без участия Исполнителя, в
случае если Исполнитель направит письменный отказ от участия в составлении Акта; либо не явится в
установленный Заказчиком срок для составления Акта. Сроки устранения недостатков отсчитываются с
даты составления Акта. Все расходы, связанные с устранением недостатков (включая, но, не ограничиваясь
расходами по проведению экспертизы, монтажу и т.п.) несет Исполнитель. Срок устранения недостатков не
должен превышать 5 (пять) рабочих дней с даты составления акта. Гарантия распространяется на
результаты работ в целом, включая компоненты Базовой программы, изменённые Исполнителем.
7. ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ И ОТВЕТСТВЕННОСТЬ СТОРОН
7.1. Все разногласия, возникающие в результате исполнения настоящего договора, должны быть по
возможности урегулированы путем переговоров между Сторонами, в том числе в претензионном порядке.
7.2. Претензия оформляется в письменной форме. В претензии перечисляются допущенные при исполнении
настоящего договора нарушения со ссылкой на соответствующие положения настоящего договора или его
приложения, отражаются стоимостная оценка ответственности (неустойки), а также действия, которые
должны быть произведены Стороной для устранения нарушений.
Срок рассмотрения претензии не может превышать 10 рабочих дней. Переписка Сторон может осуществляться
в виде писем или телеграмм, а в случаях направления телекса, факса, иного электронного сообщения – с
последующим предоставлением оригинала документа.
7.3. При неурегулировании Сторонами спора в досудебном порядке спор разрешается в Арбитражном суде
Республики Татарстан.
7.4. За неисполнение или ненадлежащее исполнение настоящего договора Стороны несут ответственность в
соответствии с законодательством Российской Федерации и условиями настоящего договора.
7.5. В случае неисполнения Исполнителем условий технического задания Заказчик вправе обратиться в суд с
требованием о расторжении настоящего договора.
7.6. В случае полного (частичного) неисполнения условий настоящего договора одной из Сторон эта Сторона
обязана возместить другой Стороне причиненные убытки в части непокрытой неустойкой.
7.7. В случае просрочки исполнения Исполнителем обязательств, предусмотренных настоящим договором,
Исполнитель уплачивает Заказчику пени. Пеня начисляется за каждый день просрочки исполнения
Исполнителем обязательства, предусмотренного настоящим договором, начиная со дня, следующего после дня
истечения установленного настоящим договором срока исполнения обязательства. Размер пени составляет
одна трехсотая действующей на дату уплаты пени ключевой ставки Центрального банка Российской
Федерации от цены настоящего договора, уменьшенной на сумму, пропорциональную объему обязательств,
предусмотренных настоящим договором и фактически исполненных Исполнителем.
7.8. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем обязательств,
предусмотренных настоящим договором, за исключением просрочки Исполнителем обязательств (в том числе
гарантийного обязательства), предусмотренных настоящим договором, Исполнитель уплачивает Заказчику
штраф. Размер штрафа равен 5 процентам цены договора (этапа).
7.9. За каждый факт неисполнения или ненадлежащего исполнения Исполнителем обязательства,
предусмотренного настоящим договором, которое не имеет стоимостного выражения, размер штрафа
устанавливается (при наличии в договоре таких обязательств) в размере 5 000 рублей.
7.10. В случае просрочки исполнения обязательств Заказчиком, предусмотренных настоящим договором,
Исполнитель вправе потребовать уплату пени в размере одной трехсотой действующей на дату уплаты пеней
ключевой ставки Центрального банка Российской Федерации от не уплаченной в срок суммы. Пеня
начисляется за каждый день просрочки исполнения обязательства, предусмотренного настоящим договором,
начиная со дня, следующего после дня истечения установленного настоящим договором срока исполнения
обязательства.
7.11. Применение неустойки (штрафа, пени) не освобождает Стороны от исполнения обязательств по
настоящему договору.
Сторона освобождается от уплаты неустойки (штрафов, пени) за неисполнение или ненадлежащее исполнение
Исполнителем обязательств, предусмотренных настоящим договором, если произошло вследствие
непреодолимой силы или по вине другой стороны.
7.12. Общая сумма начисленных штрафов за неисполнение или ненадлежащее исполнение Исполнителем
обязательств, предусмотренных настоящим договором, не может превышать цену договора.
7.13. Общая сумма начисленных штрафов за ненадлежащее исполнение Заказчиком обязательств,
предусмотренных настоящим договором, не может превышать цену договора.
7.14. В случае нарушения Исполнителем срока выполнения работ (этапа работ), как начального, так и
конечного, более чем на 15 календарных дней, а также в иных случаях, предусмотренных настоящим
договором и действующим законодательством, Заказчик имеет право отказаться от приемки работ, срок
выполнения которых нарушен либо расторгнуть договор путем отказа от исполнения договора в
одностороннем порядке.
7.15. В случае расторжения настоящего договора в связи с односторонним отказом Стороны от исполнения
настоящего договора другая Сторона вправе потребовать возмещения только фактически понесенного
ущерба, непосредственно обусловленного обстоятельствами, являющимися основанием для принятия
решения об одностороннем отказе от исполнения настоящего договора.
7.16. Все суммы штрафов, неустоек, убытков, пеней, предусмотренные настоящим договором, могут
удерживаться Заказчиком при проведении расчетов с Исполнителем из сумм, подлежащих оплате.
7.17. Исполнитель несет ответственность за несвоевременные предоставления Заказчику и неправильное
оформление первичных документов и счетов-фактур, необходимых для получения Заказчиком налоговых
вычетов, и по требованию Заказчика обязан в трехдневный срок устранить выявленные дефекты в
указанных документах.
В случае получения Заказчиком отказа налоговых органов в возмещении НДС (предоставлении налоговых
вычетов) по причине неправильно оформленных счетов-фактур, иных документов и отказа Исполнителя
устранить выявленные дефекты в соответствии с абзацем 1 настоящего пункта, Исполнитель обязуется
возместить Заказчику суммы НДС, а также пени и штрафы, начисленные Заказчику по данному основанию,
в течение 10 (десяти) дней с даты получения требования Заказчика с приложением соответствующих
документов, подтверждающих наступление указанных налоговых последствий. В случае признания
налоговым органом налоговой выгоды Заказчика (включая, но не ограничиваясь, уменьшение размера
налоговой обязанности Заказчика вследствие уменьшения налоговой базы, получения Заказчиком
налогового вычета, налоговой льготы, применение более низкой налоговой ставки, а также получение
Заказчиком права на возврат (зачет) или возмещение налога из бюджета) в связи с заключением и/или
исполнением настоящего Договора, необоснованной, в том числе, налоговый орган направит Заказчику
требование об уплате налогов, сборов, иных платежей, а также пеней, штрафов, относящихся к ним,
Исполнитель в соответствии со ст. 406.1 ГК РФ обязуется возместить Заказчику имущественные потери в
размере сумм недоимки по налогам, пеней, штрафов, указанных в предъявленных налоговым органом
Заказчику требованиях, по причине признания налоговой выгоды Заказчика необоснованной. Оплата
производится Исполнителем в течение 10 (десяти) дней с даты предъявления соответствующего
письменного требования Заказчика с приложением соответствующих документов, подтверждающих
наступление указанных налоговых последствий.
7.18. В остальных случаях, не предусмотренных настоящим договором, за невыполнение или ненадлежащее
выполнение принятых на себя обязательств по настоящему договору, Стороны несут ответственность в
соответствии с законодательством Российской Федерации.
8. ФОРС-МАЖОР
8.1. Стороны освобождаются от ответственности за частичное или полное неисполнение обязательств по
настоящему договору, если это неисполнение явилось следствием обстоятельств непреодолимой силы,
возникших после заключения настоящего договора в результате событий чрезвычайного характера:
землетрясения, пожары, наводнения, иные природные стихийные бедствия, правительственные
постановления или распоряжения государственных органов, которые непосредственно создают
препятствие для исполнения настоящего договора в виде запретов и ограничений, война, теракты,
забастовки (форс-мажор).
8.2. Сторона, для которой возникли обстоятельства непреодолимой силы, обязана уведомить другую
Сторону об их возникновении или прекращении путем направления письменного уведомления в течение 10
(десяти) календарных дней с момента возникновения или прекращения таких обстоятельств. Извещение
должно содержать данные о характере обстоятельств, а также, по возможности, оценку их влияния на
возможность исполнения Стороной обязательств по настоящему договору и срок их исполнения.
Отсутствие такового извещения или несвоевременное извещение о наступивших форс-мажорных
обстоятельствах, лишает соответствующую Сторону права ссылаться на них, как на основания
невыполнения своих обязательств по настоящему договору.
8.3. Факт возникновения обстоятельств непреодолимой силы должен быть подтвержден свидетельством,
выданным Торгово-промышленной палатой либо иным компетентным государственным органом.
8.4. Указанные обстоятельства не освобождают Стороны от выполнения своих обязательств, возникших до
начала их действия. Если обстоятельства непреодолимой силы длятся более 1 (одного) месяца Стороны
проведут переговоры и примут решение о дальнейшем пути реализации настоящего договора. Если
Стороны не согласуют такие условия, то по истечении следующего месяца действия обстоятельств
непреодолимой силы каждая из Сторон вправе расторгнуть договор в одностороннем порядке, письменно
уведомив об этом другую Сторону. При этом денежные средства, перечисленные Исполнителю и не
покрытые выполненными работами надлежащего качества, подлежат возврату Заказчику в течение 10
(десяти) календарных дней с момента получения Исполнителем соответствующего требования от
Заказчика.
9. ПРОЧИЕ УСЛОВИЯ
9.1. Отказ от исполнения договора и его прекращение происходит в порядке и на условиях, установленных
законодательством Российской Федерации с учетом положений настоящего договора.
9.2. Заказчик вправе отказаться от исполнения договора как полностью, так и частично в одностороннем
внесудебном порядке путем направления Исполнителю письменного уведомления о таком расторжении без
возмещения Исполнителю каких-либо расходов, убытков и упущенной выгоды в следующих случаях:
9.2.1. - при неоднократном (не менее двух раз) выполнении работ ненадлежащего качества, или
9.2.2. - если выполнение работ (этапа работ) просрочено более 15 календарных дней, или
9.2.3. - систематического (два и более раза) нарушения Исполнителем установленных Техническим
заданием и Календарным планом сроков выполнения этапов работ и представления их результатов
Заказчику, или
9.2.4. - нарушения сроков устранения недостатков в выполненной работе, установленных настоящим
договором, более чем на 10 (десять) календарных дней, или
9.2.5. - если в отношении Исполнителя принято судом заявление о признании Исполнителя
(несостоятельным) банкротом, или
9.2.6. - в иных случаях, предусмотренных настоящим договором и законодательством Российской
Федерации.
9.3. Расторжение договора в одностороннем внесудебном порядке по основаниям, предусмотренным п. 9.2
настоящего договора, осуществляется путем письменного уведомления Исполнителя. В случае отказа
Заказчика от настоящего договора по основаниям, предусмотренным п.9.2 настоящего договора, Заказчик
вправе требовать уплаты убытков, в том числе разницы между ценой по замещающей сделке и ценой по
настоящему договору вне зависимости от того, заключена ли замещающая сделка до или после
прекращения настоящего договора. Договор считается расторгнутым на следующий день после получения
письменного уведомления Исполнителем, если в уведомлении не указана более поздняя дата. Если
уведомление поступило по соответствующему адресу, но по обстоятельствам, зависящим от получателя, не
было ему вручено или адресат не ознакомился с ним, то уведомление будет считаться полученным через 7
рабочих дней с даты его направления.
9.4. В случаях, указанных в п. 9.2 настоящего договора, окончательные расчеты между Сторонами
осуществляются не позднее двадцати календарных дней с даты расторжения Договора.
9.5. Ни одна из сторон не вправе передавать свои права и обязательства по настоящему договору третьей
стороне без письменного согласия другой Стороны. В случае нарушения указанного пункта, виновная
сторона обязуется уплатить другой стороне штраф в размере 100% от стоимости работ (этапа работ).
Перевод долга по договору допускается только после соответствующего письменного согласования с
другой стороной.
9.6. Приложения, спецификации, дополнения, первичная документация к договору, могут быть подписаны
путем проставления собственноручных подписей представителей Сторон на бумажном носителе или
посредством использования электронной цифровой подписи.
9.7. Все изменения и дополнения к настоящему договору/спецификациям, в том числе изменение
юридического адреса, почтового адреса, электронного адреса, банковских реквизитов сторон и т.д., могут
быть оформлены соответствующим дополнительным соглашением, подписанным сторонами либо
направлением соответствующего уведомления с подтверждением получения. При отсутствии
дополнительного соглашения, уведомления об изменении юридического адреса, почтового адреса,
направляемые сторонами друг другу документы по договору, уведомления, извещения, требования и т.п.
посылаются в адреса, указанные в разделе 11 настоящего договора. Посланные таким образом документы
по договору, уведомления, извещения, требования, претензии и т.п. считаются доставленными, хотя бы
адресат по этому адресу более не находился. Кроме того, если корреспонденция поступила по
соответствующему адресу, но по обстоятельствам, зависящим от получателя, не было ему вручено или
адресат не ознакомился с ним, то корреспонденция будет считаться полученной через 7 рабочих дней с даты
ее направления. При отсутствии дополнительного соглашения об изменении банковских реквизитов риск
неполучения денежных средств несет Исполнитель.
9.8. Договор заключен в электронной форме с использованием программно-аппаратных средств путем его
подписания
усиленными
квалифицированными
электронными
подписями
уполномоченных
представителей Сторон.
9.9. Подписание и исполнение Заказчиком и Исполнителем настоящего договора не является нарушением
положений учредительных документов Заказчика и Исполнителя. В случае, если для заключения договора
(отдельных спецификаций и/или приложений) в соответствии с Уставом Исполнителя либо действующим
законодательством РФ необходимо получить одобрение соответствующего органа управления, то
Исполнитель на момент подписания договора (отдельных спецификаций и/или приложений) обязан
предоставить решение об одобрении сделки. В случае, если Исполнитель не исполнил указанную
обязанность и это повлекло для Заказчика убытки, Исполнитель обязан их возместить в полном объеме в
течение 10 календарных дней с момента предъявления требования об их возмещении.
9.10. Исполнитель подписанием настоящего Договора предоставляет Заказчику заверение в том, что
является надлежащим образом учрежденным юридическим лицом в соответствии с законодательством РФ;
руководитель,
учредитель
Исполнителя
не
находятся
в
реестрах
массовых
руководителей/учредителей/дисквалифицированных лиц, указанные лица не являются номинальными;
Исполнитель не находится по адресу массовой регистрации; Исполнитель не является
неплатежеспособным или банкротом, в отношении Исполнителя не проводится процедура ликвидации или
банкротства, а также он не находится в стадии реорганизации; экономическая деятельность не
приостановлена в порядке, предусмотренном КоАП; на имущество Исполнителя не наложен арест,
операции по счетам не приостановлены; Исполнитель не имеет задолженности по налоговым и иным
обязательным платежам в бюджеты любого уровня или государственные внебюджетные фонды на дату
последнего завершенного отчетного периода, не искажает факты хозяйственной жизни и не ведет
фиктивный документооборот. Заключая настоящий договор, Заказчик полагается на указанные заверения
Исполнителя. Указанное положение является существенным.
9.11. Настоящий договор подпадает под регулирование всех применимых законодательных и нормативноправовых актов о защите персональных данных. Стороны вправе по необходимости обрабатывать
персональные данные друг друга в целях исполнения обязательств по настоящему договору. Стороны
гарантируют и несут ответственность за достоверность передаваемых в связи с исполнением договора
персональных данных сотрудников и контактных лиц и правомочность их передачи. В рамках настоящего
договора могут передаваться следующие персональные данные: ФИО, электронный адрес, номер телефона.
Специальные категории персональных данных не передаются. Стороны обязуются обеспечить
конфиденциальность персональных данных друг друга при выполнении обязательств по настоящему
договору, а также безопасность персональных данных при их обработке. После прекращения договорных
обязательств по настоящему договору персональные данные подлежат уничтожению в соответствии с
требованиями законодательства. Условия, касающиеся защиты персональных данных действуют в течение
сроков, установленных применимыми законодательными и нормативно-правовыми актами о защите
персональных данных.
9.12. Если какое-либо положение настоящего договора окажется недействительным или незаконным по
действующему законодательству Российской Федерации, все остальные положения настоящего договора
останутся в силе, как если бы такое положение было отделено от настоящего договора и не входило в него.
9.13. Стороны договорились о возможности применения в рамках исполнения своих обязательств по
настоящему договору порядка электронного документооборота при оформлении следующих отчетных
документов: счетов-фактур (корректировочных счетов-фактур); товарных накладных; универсальных
передаточных документов (универсальных корректировочных документов); актов сверки взаимных
расчетов; счетов; и иных первичных учетных документов. Указанные документы направляются в виде
файла с расширением xml, созданного по формату, утвержденному или рекомендованному ФНС. Стороны
заключают индивидуальные договоры с Оператором ЭДО. Электронные документы, которыми
обмениваются Стороны в рамках настоящего договора, подписываются усиленной квалифицированной
электронной подписью. Стороны соглашаются признавать полученные (направленные) электронные
документы равнозначными аналогичным документам в письменной форме на бумажных носителях, за
исключением случаев несогласия одной из Сторон с каким-либо из отчетных документов. В этом случае
Стороны производят обмен документами, изложив особое мнение в письменной форме на бумажном
носителе с подписанием собственноручной подписью. Стороны для организации электронного
документооборота используют ключи электронной подписи, что предполагает получение Сторонами
квалифицированных сертификатов ключа проверки электронной подписи в аккредитованном
удостоверяющем центре в соответствии с нормами Федерального закона от 06.04.2011 № 63-ФЗ «Об
электронной подписи». Стороны обязуются сообщать друг другу об ограничениях электронной подписи в
течение 2 (двух) рабочих дней с момента возникновения таких ограничений, в противном случае до
момента получения такого уведомления Сторона вправе считать электронную подпись Стороны, не
обремененной какими-либо ограничениями, а документы, подписанные такой электронной подписью имеющими полную юридическую силу. Стороны обязаны информировать друг друга о невозможности
обмена документами в электронном виде, подписанными усиленной квалифицированной электронной
подписью, в случае технического сбоя внутренних систем Стороны, Программы или внешних каналов
связи. В этом случае в период действия такого сбоя Стороны производят обмен документами на бумажном
носителе с подписанием собственноручной подписью. При осуществлении обмена формализованными
электронными документами Стороны используют форматы документов, которые утверждены приказами
ФНС России. При осуществлении обмена неформализованными электронными документами Стороны
используют любые форматы документов, поддерживаемые Оператором ЭДО. Датой выставления
документов в электронном виде по телекоммуникационным каналам связи считается дата поступления
документа Оператору ЭДО, указанная в подтверждении Оператора ЭДО о выставления документов. Датой
получения документов в электронном виде по телекоммуникационным каналам связи считается дата
направления документов Оператором ЭДО, указанная в подтверждении Оператора ЭДО о направлении
документов. Каждая из Сторон несет ответственность за обеспечение конфиденциальности ключей
электронной подписи, недопущение использования принадлежащих ей ключей электронной подписи без ее
согласия. Если в квалифицированном сертификате не указан орган или физическое лицо, действующее от
имени Стороны при подписании электронного документа, то в каждом случае получения подписанного
электронного документа Сторона добросовестно исходит из того, что документ подписан от имени другой
Стороны надлежащим лицом, действующим в пределах имеющихся у него полномочий. Организация
электронного документооборота между Сторонами не отменяет использование иных способов
изготовления и обмена документами между Сторонами в рамках обязательств, не регулируемых
Соглашением.
9.14. При исполнении своих обязательств по настоящему договору, Стороны, их аффилированные лица,
работники или посредники не выплачивают, не предлагают выплатить и не разрешают выплату каких-либо
денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания влияния на действия
или решения этих лиц с целью получить какие-либо неправомерные преимущества или иные
неправомерные цели. При исполнении своих обязательств по настоящему договору, Стороны, их
аффилированные лица, работники или посредники не осуществляют действия, квалифицируемые
применимым для целей настоящего договора законодательством, как дача/получение взятки, коммерческий
подкуп, а также действия, нарушающие требования применимого законодательства и международных
актов о противодействии легализации (отмыванию) доходов, полученных преступным путем.
9.15. К Договору прилагаются и являются его неотъемлемой частью:
- техническое задание (Приложение № 1);
- форма Акта сдачи - приемки выполненных работ по договору (Приложение № 2);
- Календарный план (приложение № 3).
10. ОБЕСПЕЧЕНИЕ ИСПОЛНЕНИЯ ДОГОВОРА
10.1. Обеспечение исполнения Договора устанавливается в размере 5 процентов от цены договора.
10.2. Исполнителем внесено обеспечение исполнения Договора, в том числе с учетом положений пункта
10.6 Договора, в размере ___________________.
10.3. Исполнение Договора обеспечивается независимой гарантией, соответствующей требованиям пункта
10.7 Договора (далее – независимая гарантия), или внесением денежных средств на указанный Заказчиком
счет.
Способ обеспечения исполнения Договора определяется участником закупки, с которым заключается
Договор, самостоятельно.
10.4. Реквизиты Заказчика для внесения денежных средств в качестве обеспечения исполнения Договора: в
разделе 11 Договора.
10.5. Обеспечение исполнения Договора распространяется, в том числе, на обязательства по возврату
аванса (если Договором предусмотрена выплата аванса), уплате неустоек (штрафов, пеней) в случае
неисполнения или ненадлежащего исполнения Исполнителем обязательств, предусмотренных Договором,
а также возмещению убытков, понесенных Заказчиком в связи с неисполнением или ненадлежащим
исполнением Исполнителем своих обязательств по Договору.
10.6. Если при проведении конкурентной закупки участником закупки, с которым заключается Договор,
предложена цена Договора, которая на двадцать пять и более процентов ниже начальной (максимальной)
цены договора, Договор заключается только после предоставления таким участником обеспечения
исполнения Договора в размере, превышающем в полтора раза размер обеспечения исполнения Договора,
указанный в документации о конкурентной закупке, извещении о проведении запроса котировок в
электронной форме, но не менее чем в размере аванса (если Договором предусмотрена выплата аванса).
10.7. Независимая гарантия, предоставляемая в качестве обеспечения исполнения Договора, должна
соответствовать требованиям статьи 3.4 Федерального закона от 18.07.2011 № 223-ФЗ «О закупках товаров,
работ, услуг отдельными видами юридических лиц», Положения о независимых гарантиях, утверждённого
постановлением Правительства Российской Федерации от 09.08.2022 № 1397, и должна быть составлена по
типовой форме согласно приложению № 3 к указанному Положению.
Требование Заказчика об уплате денежной суммы по независимой гарантии оформляется по форме
согласно приложению № 4 к Положению, утверждённому постановлением Правительства Российской
Федерации от 09.08.2022 № 1397.
Несоответствие независимой гарантии требованиям настоящего пункта является основанием для отказа
Заказчика в её принятии.
10.8. В случае отзыва в соответствии с законодательством Российской Федерации у банка, предоставившего
независимую гарантию в качестве обеспечения исполнения Договора, лицензии на осуществление
банковских операций Заказчик уведомляет Исполнителя о необходимости предоставить соответствующее
обеспечение исполнения Договора. Исполнитель обязан предоставить новое обеспечение исполнения
Договора не позднее 1 (одного) месяца со дня надлежащего уведомления Заказчиком Исполнителя о
необходимости предоставить соответствующее обеспечение. Исполнитель несет ответственность за
непредставление (несвоевременное представление) обеспечения исполнения Договора в соответствии с
разделом 7 Договора.
10.9. Денежные средства, внесенные Исполнителем в качестве обеспечения исполнения Договора,
возвращаются Исполнителю при условии надлежащего выполнения Исполнителем своих обязательств по
Договору по заявлению Исполнителя в течение 15 дней со дня получения Заказчиком соответствующего
заявления Исполнителя. Денежные средства возвращаются на счет, указанный Исполнителем в заявлении,
либо на тот счет, с которого поступили данные денежные средства.
10.10. В случае неисполнения или ненадлежащего исполнения Исполнителем обязательств по настоящему
Договору, обеспеченных независимой гарантией или внесением денежных средств, Заказчик вправе
удержать соответствующую сумму из внесённых денежных средств либо до окончания срока действия
независимой гарантии предъявить гаранту требование об уплате денежной суммы. Включение сведений об
Исполнителе в реестр недобросовестных поставщиков в связи с существенным нарушением настоящего
Договора является одним из обстоятельств, подтверждающих неисполнение или ненадлежащее исполнение
обязательств.
Размер требования определяется в размере цены Договора, уменьшенном на сумму, пропорциональную
объёму исполненных Исполнителем обязательств, предусмотренных Договором и принятых Заказчиком,
но не может превышать размер обеспечения исполнения Договора и сумму независимой гарантии.
Требование об уплате денежной суммы по независимой гарантии оформляется по форме согласно
приложению № 4 к Положению, утверждённому постановлением Правительства Российской Федерации от
09.08.2022 № 1397, и направляется гаранту с приложением предусмотренных указанным Положением
документов.
11. АДРЕСА, БАНКОВСКИЕ РЕКВИЗИТЫ И ПОДПИСИ СТОРОН
«Заказчик»:
«Исполнитель»:
ООО «ЦУП РТ»
Юридический адрес: 420111, Республика
Татарстан, г. Казань, ул. Островского, зд.27
ИНН 1686048037
КПП 165501001
Банк АО "ТБанк"
БИК 044525974
Р/С 40702810210001911638
Кор.счет: 30101810145250000974
ОГРН 1251600013763
Эл.почта ooo.center@tatar.ru
Генеральный директор
_________________/Т.Р. Закиров /
мп
_________________/
мп
/
Приложение № 1
к договору № __ от «__»______20__г.
Техническое задание
ПОДПИСИ СТОРОН
«Заказчик»:
«Исполнитель»:
Генеральный директор
_________________/Т.Р. Закиров /
мп
_________________/
мп
/
Приложение № 2
к договору № __ от «__»______20__г.
ОБРАЗЕЦ
(не подлежит заполнению)
А К Т № ___ от __ ______20__ г.
сдачи - приемки выполненных работ __ этапа по договору ___________
Мы, нижеподписавшиеся, представитель Заказчика - _____________, с одной стороны, и представитель Исполнителя _______________________, с другой стороны, составили настоящий акт о том, что выполненные работы удовлетворяют
Заказчика и в надлежащем порядке оформлены.
Краткое описание выполненных работ: ______________________________________________.
Стоимость выполненных работ составляет 000,00 (прописью) рублей 00 копеек, в т.ч. НДС __% - 0,00 (прописью) рублей
00 копеек.
Исполнитель передал комплект отчетной документации по результатам выполненных работ:
- _____________;
…
- _____________.
Работы принял:
От Заказчика:
Работы сдал:
От Исполнителя:
_________________/__________/
м.п.
_________________/___________/
м.п.
С образцом (формой) акта согласны и ознакомлены
от Заказчика
Генеральный директор
_________________/ Т.Р. Закиров /
м.п.
от Исполнителя
_________________/___________/
м.п.
Приложение № 3
к договору № __ от «__»______20__г.
Календарный план
№
этапа
Наименование
этапа
Начало выполнения
1
Техническое
проектирование
С даты заключения
договора
2
3
Разработка
Ввод в действие
Срок выполнения
После подписания
Сторонами акта сдачиприёмки выполненных
работ по этапу 1
Не позднее 45
календарных дней с
даты заключения
договора
Не позднее 180
календарных дней с
даты заключения
договора
После подписания
Сторонами акта сдачиприёмки выполненных
работ по этапу 2.
Не позднее 225
календарных дней с
даты заключения
договора
ИТОГО
Стоимость, руб.
(заполняется по
результатам закупки)
(заполняется по
результатам закупки)
(заполняется по
результатам закупки)
(заполняется по
результатам закупки)
Состав работ, результаты и отчётные документы по каждому этапу определяются таблицей 3 Технического
задания. Начало последующего этапа не изменяет и не продлевает установленный для него предельный срок.

=== ФАЙЛ: Обоснование НМЦД АИС МИДИО ЖКХ.xlsx ' > Обоснование НМЦД АИС МИДИО ЖКХ | docs/32616467033/Обоснование НМЦД АИС МИДИО ЖКХ.pdf
Раздел 5.
Обоснование начальной (максимальной) це
Создание автоматизированной информационной системы мониторинга и диспетчеризации инженерного
Для определения и обоснования начальной (максимальной) цены договора применяетс
№ п/п
1
2
3
Наименование работ
Техническое
проектирование
Разработка
Ввод в действие
ИТОГО
Цены поставщиков (исполнителей, подрядч
(этап работ), руб.
Ед. изм.
Количество
(объем) работ
усл. ед
1
5,197,200.00
усл. ед
усл. ед
1
1
20,001,900.00
4,501,800.00
29,700,900.00
Коммерческое
предложение №1
Коэффициент вариации менее 33%, из этого следует, что совокупность значений, используемых в расчете
цены договора, считается однородной.
Начальная (максимальная) цена договора составляет: 27 702 250,00 рублей.
Раздел 5.
ие начальной (максимальной) цены договора
и диспетчеризации инженерного оборудования жилищно-коммунального хозяйства АИС «МИДИО ЖКХ»
льной) цены договора применяется метод сопоставимых рыночных цен (анализа рынка)
авщиков (исполнителей, подрядчиков) за единицу ТРУ
(этап работ), руб.
Коммерческое
предложение №2
Коммерческое
предложение №3
Коэфф. вариации % (не
должен превышать
33%)
6,000,750.00
3,684,400.00
23.709
18,200,700.00
4,567,500.00
28,768,950.00
17,260,800.00
3,691,700.00
24,636,900.00
7.534
11.467
9.729
чений, используемых в расчете при определении начальной (максимальной)
й.
о хозяйства АИС «МИДИО ЖКХ»
иза рынка)
Начальная
(максимальная) цена за
единицу ТРУ (этап работ),
руб.
4,960,783.33
18,487,800.00
4,253,666.67
27,702,250.00
